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Preface 



Reussir un logiciel ce n'est pas seulement produire des milliers de lignes de code ; 
c'est un travail de reflexion, de modelisation, c'est une equipe, des methodes, des 
outils mais aussi de l'entretien et des evolutions. 

A travers ce livre que j'ai eu le plaisir de lire et relire, j'ai vu apparaitre petit a petit la 
reponse aux questions que tout informaticien doit se poser pour realiser une applica- 
tion web d'envergure. 

PHP est un outil exceptionnel a multiples facettes ; d'un cote une programmation 
souple et facile, celle qui a fait son succes ; d'un autre cote une plate-forme complete 
adaptee a des projets critiques. 

Avec PHP ce n'est pas la technologie qui decide mais l'informaticien. Vous souhaitez 
developper vite un petit logiciel ? Inutile alors d'appliquer les grands moyens : vous 
pouvez travailler en procedural suivant une logique page par page. Si au contraire 
vous souhaitez developper un outil complet avec toute votre equipe, libre a vous alors 
de definir un cadre plus strict necessaire a sa bonne realisation ! 

C'est dans cette derniere optique que ce livre a ete pense et realise : vous offrir la pos- 
sibilite de passer a la vitesse superieure avec PHP et d'attaquer un developpement 
avec toutes les cartes en main. 

« Best practices PHP » est un livre qu'il vous faut absolument consulter pendant 
toutes les etapes d'un projet. II s'adresse tant aux architectes qu'aux chefs de projets et 
aux developpeurs. II vous permettra de poser les jalons necessaires a la reussite de 
votre entreprise. 

Ce livre est fait pour vous si vous utilisez ou souhaitez utiliser PHP dans un cadre pro- 
fessionnel. Grace a cet ouvrage, les developpeurs web pourront franchir une etape et 
les informaticiens confirmes apprehenderont mieux les bonnes pratiques a avoir dans 
un contexte web. 

Cyril Pierre de Geyer 

Co-fondateur de l'Association francaise des utilisateurs de PHP 
Directeur technique d'Anaska 
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PHP est-il adapte 
a vos besoins ? 



La popularite de PHP ne cesse d'augmenter depuis plus de 10 ans. Sa souplesse et sa 
grande simplicite d'utilisation seduisent un tres grand nombre de developpeurs. En 
revanche, exploiter l'etendue de ses possibilities necessite, au meme titre que 
n'importe quelle plate-forme de developpement complete, de bonnes connaissances 
theoriques. 

Aujourd'hui, de nombreux succes voient le jour dans des projets professionnels rea- 
lises avec PHP. La plate-forme s'avere de plus en plus fiable et performante, ce grace 
aux contributions d'une communaute de developpeurs tres active qui grandit de jour 
en jour. 

PHP est principalement utilise pour realiser des applications web, mais il permet 
aussi de developper des applications en ligne de commande ou avec des interfaces 
graphiques dites clients lourds (GTK). Apres la lecture de ce chapitre, vous aurez une 
bonne connaissance du panorama PHP actuel. 

Nous aborderons entre autres les garanties d'un investissement dans PHP, les points 
forts et les points faibles de la plate-forme ainsi qu'une vision d'ensemble des acti- 
vites qui existent autour de PHP. Le but est de vous donner les moyens d'apprecier a 
quel point et a quel niveau PHP peut repondre a vos besoins. 
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Qu'est-ce que PHP ? 

PHP (PHP Hypertext Preprocessor) est une plate-forme composee d'un langage de 
programmation tres complet et de nombreux outils pour le developpement. Elle 
s'adapte tres rapidement aux technologies emergentes et se voit de plus en plus uti- 
lisee dans des developpements web dynamiques professionnels et Open Source. 

Void quelques-unes de ses caracteristiques principales : 

• un tres bon compromis entre fiabilite et rapidite d'execution ; 

• une plate-forme avant tout specialised pour le developpement de sites web dyna- 
miques de toute taille ; 

• une plate-forme pratique et complete adaptee aux applications en ligne de com- 
mande ; 

• une syntaxe complete, souple et permissive, qui ne rebute pas les developpeurs 
debutants et ne limite pas les utilisateurs confirmes ; 

• un langage procedural et un langage oriente objet ; 

• un outil tres complet, dote de nombreuses fonctionnalites, extensions et biblio- 
theques. 

PHP 5 et ses nouveautes propulse PHP dans le monde des plates-formes d'entre- 
prises comme .Net ou J2EE. 

A quoi sert PHP ? 

L'utilisation de PHP est principalement dediee aux developpements de sites web dyna- 
miques pour toutes sortes duplications : du simple forum au supermarche en ligne. 

PHP integre de tres nombreuses extensions. II est par exemple possible de creer des 
fichiers PDF (Portable Document Format), de se connecter a des bases de donnees 
ou a des serveurs d'annuaires LDAP (Lightweight Directory Access Protocol), de 
creer des clients et serveurs SOAP (Simple Object Access Protocol) ou d'etablir des 
communications natives avec d'autres applications developpees en Java ou en C/C++. 

Les possibilites de PHP ne s'arretent pas a la creation de sites web. PHP permet ega- 
lement le developpement d'applications en ligne de commande et un de ses modules 
lui permet de fournir des interfaces graphiques classiques (client lourd, sans naviga- 
teur ou serveur web), via GTK (Gimp ToolKit). 

PHP dispose de pres de 3.000 fonctions utilisables dans des applications tres variees 
et couvre pratiquement tous les domaines en rapport avec les applications web. Par 
exemple, presque tous les SGBD (Systemes de gestion de bases de donnees) du 
marche peuvent s'interfacer avec PHP, qu'ils soient commerciaux ou qu'ils provien- 
nent du monde du logiciel libre. 
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De nombreuses solutions d'interoperabilite existent aussi, notamment autour de ser- 
vices web (SOAP, etc.). 



Culture En savoir plus sur les possibility de PHP 

La documentation officielle propose une introduction qui explique ce qu'est PHP et ce que Ton peut faire 
avec cette plate-forme. Vous pouvez lire ces pages si vous souhaitez des informations detaillees sur les 
possibilities de PHP. 

► http://www.php.net/manual/fr/introduction.php 



A qui s'adresse PHP ? 

PHP n'a aujourd'hui rien a envier aux plates-formes .Net et J2EE pour le developpe- 
ment de solutions applicatives dynamiques pour le Web. II est d'ailleurs possible de 
rendre complementaires PHP et l'une de ces technologies. 

En terme de productivite, le principal avantage de PHP est sa simplicite, sa rapidite 
et sa fiabilite, que ce soit au niveau du developpement ou de 1' execution : 

• Programmer avec PHP ne necessite aucune compilation ou construction 
manuelle. Les modifications effectuees sur le code sont immediatement opera- 
tionnelles. 

• Les outils de debogage proposes avec PHP assurent une parfaite maitrise du 
comportement des developpements vis-a-vis de la memoire et des ressources. 

• PHP est plus qu'interprete, il est compile a la volee, ce qui signifie qua chaque 
modification effectuee sur le code, une compilation partielle en langage machine 
(opcodes) est effectuee. A l'echelle d'un etre humain, cette etape de compilation a 
la volee est instantanee. 

PHP est egalement souple et facile a manipuler. Ces caracteristiques sont ideales 
pour travailler dans le cadre d'une methode agile telle que 1'eXtreme Programming. 



Culture Methode agile 

Une methode agile est une nouvelle maniere d'aborder les projets de developpements informatiques. 
Pour etre plus reactif et au plus pres des attentes des demandeurs de logiciels, elle consiste a les impli- 
quer fortement avec les realisateurs des le depart et tout au long du projet. 



Enfin, PHP est adapte aux administrateurs systemes qui cherchent un outil de script 
complet et pratique. Dans ce domaine, PHP est une bonne alternative a Perl. 

Pour resumer, PHP s'adresse avant tout aux equipes de developpement web, aux archi- 
tectes du systeme d'information et aux administrateurs systeme qui souhaitent gagner 
temps et fiabilite a travers une plate-forme simple d'utilisation et facile a maintenir. 
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Qui developpe PHP ? 

La communaute PHP est ouverte, elle accueille de nombreux developpeurs, testeurs, 
traducteurs et redacteurs. Un noyau constitue de 7 developpeurs confirmes prend les 
decisions essentielles qui touchent au coeur de PHP. 

Plusieurs equipes travaillent autour de PHP : 

• L'equipe de developpement (environ 135 personnes) s'occupe des evolutions de 
PHP et de ses extensions : creation de nouvelles fonctionnalites, corrections de 
bogues et remaniements. PHP est developpe en langage C. 

• L'equipe de documentation (environ 260 personnes) maintient constamment a 
jour la documentation, traduite en 23 langues. 

• L'equipe PEAR (environ 190 personnes) s'occupe des developpements des biblio- 
theques PHP (classes utiles au developpement d'applications PHP). 

• L'equipe PECL (environ 80 personnes) developpe les modules PHP. Ces modu- 
les sont developpes en langages C/C++. On en denombre environ 400 a l'heure 
actuelle. 

• L'equipe de qualite (environ 22 personnes) est garante de la qualite des develop- 
pements effectues sur le noyau de PHP. 

• Les equipes Smarty et PHP-GTK (environ 40 personnes) maintiennent ces deux 
projets importants. 

En tout, plus de 1 000 personnes sont enregistrees dans le depot de donnees CVS. 
Environ 470 commiters repartis dans plusieurs groupes participent reellement au 
developpement du projet. 

Figure 1-1 

Repartition des contributeurs 
dans les differentes equipes 
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Figure 1-2 

Repartition de I'activite 
des differentes equipes 
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Ressources Liens vers les sites off iciels des differentes equipes 


Developpement : 


► http://www.php.net 


Documentation : 


* http://www.php.net/docs.php 


PEAR : 


► http://pear.php.net 


PECL: 


► http://pecl.php.net 


Qualite : 


► http://qa.php.net 


Smarty : 


► http://smarty.php.net 


PHP-GTK: 


► http://gtk.php.net 



Politique d evolution 

La plupart des grands projets Open Source possedent leur esprit ou leur philosophic 
L'evolution de PHP est fortement liee a son esprit, qui peut se resumer en trois 
mots : simplicite, ouverture et souplesse. 

Les evolutions de PHP sont toujours influencees par une ecoute massive des besoins 
de ses utilisateurs, ce malgre revolution de cette communaute. Depuis quelques 
annees, nous voyons de plus en plus d'utilisateurs issus de milieux professionnels, et 
ce phenomene a ete determinant pour les evolutions de la version 5. 

Dans ce qui n'evolue pas ou tres peu, PHP reste tres souple avec le lot d'avantages et 
d'inconvenients que cela engendre. II reste egalement un outil tres simple a 
apprendre et pourtant tres complet. 

PHP est tres a l'ecoute des technologies emergentes. La plate-forme est resolument 
tournee vers l'avenir en proposant des fonctionnalites fortement liees aux nouvelles 
technologies de l'information et de la communication (NTIC), l'interoperabilite des 
systemes et le Web. 
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Pourquoi PHP est-il libre ? 

Retirer PHP du monde du logiciel libre, c'est lui retirer son ame et mettre sa peren- 
nite en danger. PHP repose sur le logiciel libre depuis le commencement. Le deve- 
loppement de PHP est ouvert et vit de ses nombreux contributeurs. Grace a ce sys- 
teme et a la popularite de la plate-forme qui ne cesse de croitre, la reactivite de ses 
mises a jour est imbattable. 

PHP est gratuit, ouvert, simple et populaire. II est de ce fait largement documente. 
La documentation, forte de ses nombreux contributeurs, est constamment a jour 
depuis des annees. Elle est accompagnee de nombreux exemples et retours d'expe- 
riences utiles. Plusieurs forums traitent de sujets lies au PHP, accompagnant ce mou- 
vement de diffusion de l'information. 

Quels sont les apports de PHP en termes de productivity ? 

Sa simplicity 

Elle est depuis le debut la cle de son succes aupres de nombreux developpeurs de tous 
niveaux. Son installation et son apprentissage est rapide, grace a la documentation, 
aux nombreux ouvrages sur le sujet et a une communaute grandissante de deve- 
loppeurs passionnes. 

Sa similitude avec d'autres plates-formes populaires (C, Java) 

PHP est syntaxiquement similaire aux langages C et Java. Les developpeurs issus de 
ces mondes ont la possibilite de se lancer dans PHP plus rapidement que les autres. 
Nous verrons par la suite qu'ils possedent egalement un atout : celui d'avoir acquis 
une discipline et des connaissances indispensables au developpement de projets 
ambitieux. 

Son adaptation aux debutants 

Pour ceux qui ne sont pas familiarises avec la programmation, 1' apprentissage des 
bases de PHP est rapide. Les ressources PHP pour les debutants abondent et per- 
mettent a n'importe qui d'etre rapidement operationnel. 

En revanche, il faut du temps et de la rigueur pour aller plus loin et progresser dans 
de bonnes conditions. Un debutant sera toujours limite par son manque de connais- 
sances en informatique fondamentale et en genie logiciel. 
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Sa souplesse 

Les possibilities de remaniement et de mises a jour sont faciles et rapides avec PHP, 
contrairement a des configurations figees qui demandent un investissement et des 
manipulations lourdes pour accepter des changements. 

PHP est, d'un point de vue utilisateur, interprete. II possede un systeme de compila- 
tion interne et transparent destine a optimiser ses performances. 

Quelles sont les garanties d'utilisation de PHP ? 

PHP n'a pas de support technique commercial. En revanche, il dispose d'une alter- 
native tres efficace : une communaute ouverte et reactive de nombreux passionnes 
repartis a travers le monde. 

Cette communaute est a l'ecoute de tous les problemes et de toutes les attentes des 
utilisateurs. Si PHP 5 a su gagner son pari de combler les principaux reproches que 
Ton faisait a PHP 4 dans le monde professionnel, c'est grace a la mobilisation de 
cette communaute de contributeurs. 

A juste titre, les professionnels ont tendance a ne pas faire confiance aux programmes 
Open Source pour leur manque de garanties contractuelles. Mais il existe quelques 
applications d'exception dans lesquelles on a naturellement confiance. Le serveur 
HTTP Apache et PHP en font partie. 

A qui dois-je m'adresser en cas de probleme ? 

Cela depend du probleme et de i'implication que Ton peut avoir dans sa resolution. II 
existe plusieurs solutions : 

• en parler aux contributeurs et aux developpeurs a travers les forums et les listes de 
diffusion mises a disposition ; 

• proposer une contribution aupres du PHPGroup ; 

• s'adresser a des specialistes qui sauront vous repondre rapidement. 

Ressource Trouver du support sur PHP 

Le lien suivant est un bon point de depart pour trouver des contacts : 
► http://www.php.net/support.php 
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Participer Faire partie d'un reseau d'utilisateurs professionnels de PHP 

En France, I'association AFUP (Association francaise des utilisateurs de PHP) regroupe un grand nombre 
de professionnels partageant regulierement leurs experiences et organisant des rencontres liees a I'utili- 
sation de PHP en entreprise. Si vous avez un probleme technique ou des questions liees a I'uti lisation de 
PHP, vous pouvez egalement participer a un forum de discussions ou vous abonner a un journal specia- 
lise tel que Direction | PHP. 
AFUP: ►http://www.afup.org/ 
Forum Nexen : ► http://www.nexen.net/forum/ 
Direction PHP : ► http://www.directionphp.biz/ 



Le parcours de PHP 

L'historique complet de PHP, ainsi qu'un musee mettant a disposition les toutes pre- 
mieres versions de la plate-forme est disponible sur le site officiel a l'adresse suivante 



► http://www.php.net/manual/fr/history.php 

Le court historique propose dans cet ouvrage est inspire de l'historique officiel. 

Naissance de PHP 

Initialement, PHP etait une bibliotheque Perl redigee par Rasmus Lerdorf en 1995. 
II s'en servait pour mettre a disposition son curriculum vitae sur Internet. Au fur et a 
mesure qu'il ajoutait des fonctionnalites Rasmus a transforme la bibliotheque Perl en 
une implementation C. II decida par la suite de partager son code pour que tout le 
monde puisse en profiter, ce qui attira les premiers contributeurs. 

PHP/FI 

PHP/FI est le sigle de Personal Home Page/Form Interpreter. Cette premiere ver- 
sion possedait deja une syntaxe similaire a celle que nous connaissons aujourd'hui. 

PHP/FI 2 

Publiee en novembre 1997, c'est la deuxieme refonte en langage C de PHP. A ce 
moment la, plusieurs milliers de personnes dans le monde utilisent deja PHP et 
environ 50 000 noms de domaines indiquaient utiliser PHP. La duree de vie de cette 
version aura ete tres courte avec l'arrivee de PHP 3. 
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PHP 3 

PHP 3 fut une refonte complete initiee en 1997 par deux developpeurs : Zeev 
Suraski et Andi Gutmans. La plate-forme telle que nous la connaissons actuellement 
est issue de cette version. Dans un effort de cooperation et de compatibilite avec les 
anciennes versions de PHP/FI, Zeev, Andi et Rasmus deciderent d'annoncer PHP 3 
comme etant le successeur de PHP/FI. 

Culture En savoir plus sur les fondateurs de PHP ! 

Au chapitre 18 de cet ouvrage, vous trouverez des temoignages d'utilisateurs de PHP avec en exclusivite 
celui de Zeev Suraski. 

A partir de ce moment, PHP change de nom. II devient PHP Hypertext Prepro- 
cessor (acronyme recursif). Ce fut le signal de la publication d'une nouvelle plate- 
forme qui n'est plus le projet d'un seul homme, mais d'une communaute. 

En 1998, plusieurs dizaines de milliers d'utilisateurs et plusieurs centaines de milliers 
de sites font deja confiance a PHP. PHP 3 a couvert environ 10 % du pare mondial 
de serveurs web. 

PHP 4 

PHP 4 a ete initie durant l'hiver 1998. Andi Gutmans et Zeev Suraski deciderent de 
reecrire le moteur interne de PHP afin d'ameliorer les performances et la modularite 
du code. 

Le nouveau moteur, baptise Zend Engine (Zend est une combinaison de Zeev et 
Andi), a atteint haut la main son objectif. La premiere version de PHP 4 a ete 
publiee officiellement en mai 2000. Des performances plus elevees, une compatibilite 
avec de nombreux serveurs et plusieurs nouvelles fonctionnalites utiles ont contribue 
au succes de cette version. 

PHP 4 a battu des records de popularite. Plusieurs millions de sites web indiquent 
qu'ils sont installes avec PHP et des centaines de milliers d'utilisateurs a travers le 
monde lui font confiance. 

L'equipe s'est egalement considerablement agrandie avec de nombreux contributeurs 
pour la documentation et des projets strategiques comme PEAR. 

PHP 5 

PHP 5 est sorti en juillet 2004. II propose un nouveau moteur, Zend Engine II, opti- 
mise pour les nouvelles fonctionnalites que nous lui connaissons, notamment 
l'approche objet. 
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Cet ouvrage est base sur la version 5 de PHP. Nous aurons l'occasion de la decouvrir 
en long, en large et en travers. 



Figure 1-3 

Les statistiques d'utilisation 
de PHP par Netcraft 




Devolution du nombre d'utilisateurs de PHP est en progression constante depuis 
plusieurs annees, comme nous pouvons le voir sur la figure 1-3 (source Netcraft, 
http://news.netcraft.com/). Ces statistiques sont mises a jour regulierement sur le site 
officiel de PHP a l'adresse suivante : 

► http://www.php.net/usage.php 

Un outil simple pour resoudre des problemes 
complexes 

Une plate-forme intuitive, facile a assimiler 

Depuis le lancement de PHP 3, la popularite de PHP n'a cesse de progresser aupres 
des jeunes et des etudiants. PHP est facile a assimiler, done un choix ideal pour les 
debutants a la recherche d'un outil simple qui produit rapidement un resultat concret. 

Installer PHP, Apache et MySQL en moins de 10 minutes ! 

De nombreux installeurs tels que Wampserver et EasyPHP permettent d'installer 
PHP chez soi en moins de 10 minutes : 



Wampserver : ► http://www.afup.org/ 
EasyPHP: ► http://www.nexen.net/forum/ 
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Ressources Presentation de Wampserver par son auteur 

Romain Bourdon, auteur de Wampserver : « WAMP5 est une plate-forme de developpement basee sur 
Apache 1 .3.x et PHP 5. Son principal but est de permettre a la communaute PHP de decouvrir facilement 
la nouvelle version PHP. II dispose egalement de la base de donnees MySQL version 4 et de I'application 
PhpMyAdmin. » 

Decouvrez egalement le temoignage de Romain Bourdon sur un projet de migration Lotus vers PHP au 
chapitre 18. 

Developper sa premiere page PHP en moins de deux minutes ! 

Developper une premiere page en PHP est un jeu d'enfant. La procedure est la sui- 
vante : 

1 Apres avoir installe PHP avec un installeur, creer un fichier nomme index. php 
dans le repertoire racine du serveur HTTP, contenant le code suivant : 

<?php 

echo "Bon jour, ceci est mon premier fichier PHP !"; 

?> 

2 Ouvrir un navigateur (Firefox ou Internet Explorer) et taper FURL de la page 
(generalement http://localhost/). Le message « Bonjour, ceci est mon premier 
fichier PHP ! » devrait alors s'afficher. 

Bien entendu, la plate-forme installee permet d'aller beaucoup plus loin, ce qui 
explique l'abondance de documentation et d'ouvrages qui existent autour de PHP. 

Une syntaxe souple, qui requiert de la rigueur 

Si la souplesse syntaxique de PHP est tres appreciee des debutants, elle est souvent 
un obstacle a la rigueur. La communaute des utilisateurs PHP est de ce fait tres hete- 
rogene et composee de plusieurs categories de developpeurs : 

• Les debutants ou anciens debutants qui ont commence a developper serieusement 
avec PHP. 

Ces utilisateurs ont tendance a etre limites par un manque de connaissances theo- 
riques de la programmation informatique. Certains, rigoureux et travailleurs, pro- 
gressent. En revanche, une majorite se contente de l'extreme permissivite de PHP 
pour developper de petites applications. 

• Les developpeurs issus d'autres technologies, telles que C ou Java. 

lis ont deja des reflexes et une experience de la programmation qui leur permet- 
tent d'aller plus loin avec PHP. 
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Avis d'expert Cyril Pierre de Geyer 

« PHP : une plate-forme intuitive et facile a assimiler. 

Avec I'arrivee de PHP 5 nous sommes entres dans une nouvelle ere pour PHP. S'il ne s'agit pas d'une 
revolution on peut du moins parler d'une evolution majeure. On ne parle plus de PHP comme d'un Ian- 
gage de script mais on prend de la hauteur et on parle de PHP comme d'une plate-forme complete. 
Sa force reside dans ses deux langages (procedural et objet) qui tendent a faciliter la prise en main de 
I'outil et laissent le developpeur libre d'adopter la methode de travail qu'il souhaite. Ce n'est plus la tech- 
nologie qui decide mais le developpeur. 

Enumerer la liste des avantages de PHP serait trop long mais on peut au moins citer : 

• Sa souplesse 

PHP propose deux syntaxes : I'une procedural, I'autre orientee objet. Chacune de ces syntaxes permet 
de mettre en ceuvre les memes fonctionnalites mais vise des publics differents. La syntaxe procedural 
est destinee aux webmestres et aux informaticiens qui travaillent sur I'interface graphique des applica- 
tions. La seconde syntaxe, orientee objet, est tres proche de Java et C# dont elle s'inspire volontaire- 
ment pour diminuer les couts de formation des entreprises. 

Un developpeur Java ou C# pourra ainsi migrer vers PHP 5 avec peu ou sans formation, les concepts et 
syntaxes des etant identiques. 

• Sa richesse fonctionnelle 

Avec PHP vous disposez de plus de 3 000 fonctions permettant de gerer rapidement la majorite des 
besoins communs. 

• Ses performances 

Avec des exemples d'applications gerant plus de 1 50 000 visiteurs par jour (neowiz.com) on trouve 
difficilement des plates-formes aussi robustes. 

• Son interoperabilite 

Ce n'est pas pour rien que PHP est de plus en plus souvent choisi comme plate-forme pour interfacer 
des systemes d'information. PHP peut manipuler des services web facilement, instancier des objets 
Java et .NET, dispose de connecteurs techniques vers toutes les bases de donnees du marche, vers 
LDAP, Lotus Notes, SAP, etc. 

Bref, PHP est la plate-forme incontournable pour tout ce qui touche aux applications web. Elle a com- 
mence a seduire par la base et continue a croTtre en puissance au fur et a mesure des annees. » 
Cyril Pierre de Geyer est pionnier de la democratisation de PHP en France. II est a I'origine de nombreuses 
actions et associations telles que I'AFUP (Association francaise des utilisateurs de PHP), le Forum PHP qui 
a lieu tous les ans a Paris, PHPTeam, PHPFrance et Anaska Formation. II est egalement co-auteur d'un 
ouvrage pratique sur PHP 5 : 

CI PHP5Avance, 2 e Edition, d'Eric Daspet et Cyril Pierre de Geyer aux editions Eyrolles. 



Alors que d'autres plates-formes ne laissent pas de choix a leurs developpeurs sur la 
ligne de conduite a adopter, PHP est lui un champion de la liberte. De la syntaxe au 
modele, en passant par les solutions techniques, le choix est incroyablement vaste. 



PHP est-il adapte a vos besoins ? 

Chapitre 1 



Une necessite : un minimum de connaissances en genie logiciel 

Savoir afficher du texte et faire des boucles avec PHP est quasiment immediat. Mais 
PHP ne se limite pas a cela, il integre un veritable langage de programmation proce- 
dural et objet. 

PHP ne sait pas tout faire 

PHP ne sait pas construire une architecture logicielle, determiner ralgorithme 
optimal ou exploiter le debogueur a la place du developpeur. 

Les debutants en PHP peuvent avoir tendance a se considerer comme des deve- 
loppeurs apres avoir ecrit un livre d'or. Faites attention de bien faire la part des 
choses, les bons developpeurs PHP sont encore rares. lis doivent avoir de bonnes 
connaissances generales et theoriques en programmation informatique et une cer- 
taine experience de developpement dans d'autres langages. 

Un atout tres appreciable : la connaissance du Web 

Parmi les utilisateurs experimentes, ceux qui connaissent le contexte web du develop- 
pement informatique ont un avantage tres appreciable sur les autres. 

Parfaitement maitriser PHP ne suffit pas a etre un developpeur fiable de sites web. 
Beaucoup de programmeurs rencontrent actuellement des problemes en milieu pro- 
fessionnel pour ces raisons. 

Comment aborder PHP ? 

II n'y a pas de recette miracle pour devenir un bon developpeur PHP, les parcours 
sont tres heterogenes. En revanche, le developpeur PHP est vite limite par un 
manque de connaissance ou d'experience dans des domaines qui ne sont pas directe- 
ment lies a PHP : 

• la maitrise des fondements de l'algorithmique et de l'informatique ; 

• le respect de regies et de conventions a tous niveaux ; 

• la connaissance des technologies nouvelles, notamment celles qui tournent autour 
du Web et des reseaux ; 

• la maitrise d'autres technologies differentes de PHP, telles que Java, C, C++, 
Delphi, C# ou toute autre plate-forme dont 1' expertise demande un investisse- 
ment consequent. 

La figure 1-4 tente de mettre en avant les differents types de developpeurs PHP que 
Ton peut rencontrer. Cette generalisation fait suite aux nombreux temoignages et 
retours d'experience de professionnels ayant travaille avec des developpeurs. 
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Pour en savoir plus, le chapitre 18 propose cinq temoignages. Les personnes choisies 
sont des professionnels du PHP ayant eu un parcours tres different les unes des 
autres. 



De nombreuses fonctionnalites qui en font une plate-forme 
communicante 

L'un des points appreciables de PHP est sa forte capacite d'interoperabilite. De 
nombreuses extensions natives mettent a disposition des outils de gestion de flux et 
de protocoles de communication a tous les niveaux. 

A partir des versions 4.3.x et a plus forte raison avec la version 5, PHP est plus que 
jamais un outil d'interoperabilite. Les outils de manipulation XML tels que DOM, 
SAX et SimpleXML sont stables et fiables. De nombreux outils de gestion de proto- 
coles (ouverts et proprietaires) sont integres a PHP : SOAP, WDDX, SAP, 
Hyperwave, etc. 



Souplesse (('adequation a la complexity du probleme et a la 
competence des equipes 

Obtenir des resultats concrets avec PHP est facile et rapide. En revanche, c'est a 
double tranchant. Davantage qu'avec d'autres technologies, les etapes de finalisation, 
de refactoring et d'optimisation sont essentielles. 

A forte complexite, PHP a prouve qu'il restait tres efficace, a condition que la com- 
petence des equipes le permette. 



PHP est-il adapte a vos besoins ? 

Chapitre 1 



Figure 1-5 

Quelques protocoles et outils 
d'interoperabilite geres par PHP 



Figure 1-6 

Niveaux de competences 
necessaires pour resoudre 
des problemes 




C++ et Java necessitent un effort de Lorsque le probleme est complexe, des J 

i maltrise, meme pour les petits problemes ; ; competences sont necessaires a tons niveaux , 



En d'autres termes, une equipe qui arrive rapidement a un resultat concret avec PHP 
n'est pas forcement capable de resoudre des problemes complexes qui demandent un 
investissement consequent. Etre conscient de cela permet d'aborder PHP dans de 
meilleures conditions. 



Une architecture simple, fiable et portable 

PHP est un programme. Ce programme prend du code en entree, execute des opera- 
tions et fournit un flux de donnees en sortie. 



16 



Best Practices PHP 



PHP est un interpreteur. II ne necessite aucune operation manuelle de compilation 
ou de construction pour executer ce que lui demande l'utilisateur. II lit et execute 
directement ce qu'ecrit le programmeur. 

PHP est neanmoins fiable. Un script interprete par un programme dote d'un excel- 
lent parseur (analyseur syntaxique) accompagne d'un compilateur et d'un moteur 
efficaces est plus rapide et plus stable qu'un programme mal compile ou execute par 
dessus des couches logicielles lourdes. 

PHP est portable. Son utilisation sur Mac, Microsoft Windows ou Unix est 
garantie, a 1' exception de rares extensions specifiques a une plate-forme donnee. 

Architecture minimale : PHP CLI et GTK 

Meme si nous le voyons souvent associe a un serveur HTTP pour delivrer des pages 
web, en utilisation ligne de commandes PHP se suffit a lui-meme. 

Executer du PHP en ligne de commande 

$ php -r 'print_r(posix_unameO) ; ' 

Array 

( 

[sysname] => FreeBSD 
[nodename] => guillaume 
[release] => 5.4-STABLE 

[version] => FreeBSD 5.4-STABLE #4: Mon Dun 13 19:28:13 CEST 2005 
[machine] => i 386 

) 

PHP est un interpreteur de script shell performant et plein de possibilites. II dispose, 
comme Perl, d'un ensemble vaste et varie de fonctionnalites a mettre a disposition de 
l'administrateur systeme. 

Cet ouvrage par exemple a ete exporte aux formats PDF et HTML a partir de docu- 
ments OpenOffice.org, pendant toute la duree de son elaboration, par un script PHP 
en ligne de commande. 

PHP-GTK est la version graphique (client lourd) de PHP. L'avantage de GTK est sa 
portabilite. Les applications GTK en PHP sont en pleine emergence. Pour en savoir 
plus sur PHP-GTK, vous pouvez vous rendre sur le site officiel a l'adresse suivante : 



► http://gtk.php.net 



PHP est-il adapte a vos besoins ? 
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Architecture web : PHP + HTTP 



C'est l'utilisation la plus courante et egalement la plus eprouvee de PHP. De nom- 
breux serveurs HTTP, tels que Apache, IIS ou Caudium, sont compatibles avec PHP 



Figure 1-7 

PHP associe a un serveur HTTP 





PHP 


Serveur 
HTTP 


<?php 






echo "BieaiTenue !"; 






2>^^ 








Comme nous l'avons vu precedemment, cette installation de PHP avec un serveur 
web fait l'objet de plusieurs installeurs pour Windows. En revanche, nous verrons 
dans cet ouvrage comment installer PHP de maniere optimale avec un serveur 
HTTP en environnements de developpement et de production. 

Architecture web avancee 

Lorsqu'il s'agit de mettre des applications PHP en production et de les maintenir 
regulierement, une simple installation de PHP et d'un serveur HTTP ne suffit pas. 



Figure 1-8 

Une architecture web avancee 
pour applications PHP 



— Environnementd'execution 



Serveur 
d' applications 

□□□ 
□□□ 
□□□ 

applications incidents 

I L_ 



Environnements de 
recette / developpement 
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Les concepts d'environnement d'execution et de serveur d'applications sont nou- 
veaux dans le monde PHP. Les besoins des applications de grande taille evoluent 
egalement a grand pas. 

La mise en place d'une architecture web avec serveur d'applications et environne- 
ment d'execution necessite les connaissances et le recul d'un architecte et d'un admi- 
nistrateur. Des societes comme Yahoo, Boursorama, Wanadoo et bien d'autres sont 
les preuves vivantes que PHP est capable de s'integrer a une architecture web de pro- 
duction consequente. 

Ce livre est en partie consacre a la mise en place d'un environnement propice a l'ela- 
boration d'applicatifs PHP professionnels. 



Richesse fonctionnelle et possibility de PHP 

Que peut faire PHP ? 

Les possibilites de PHP en tant que plate-forme evolutive sont illimitees. S'il n'existe 
pas une fonctionnalite dont on a besoin a l'heure actuelle, elle peut exister plus tard. 

Mais cela reste rare. Le nombre et la diversite des extensions existantes couvre deja 
98 % des besoins des utilisateurs, professionnels ou non. 

Dans la plupart des cas, PHP sert a elaborer des sites dynamiques. De nombreux 
forums, magasins en ligne, sites de reservation et portails grand public sont realises 
en PHP. 

Comme nous l'avons vu precedemment, PHP peut egalement servir a developper des 
applications autonomes, generalement en ligne de commande. Plusieurs applications 
permettent de maintenir un systeme, generer des configurations serveur ou s'execu- 
tent comme des demons (firewall, etc.). 

Une puissance et une simplicity inegalees pour les front-ends 

PHP est tres souvent utilise pour la mise en place de front-ends. Vous pouvez parfai- 
tement developper votre application ou votre logique metier en langages Java ou C et 
la couche presentation en PHP. 

Pour cela, de nombreux moteurs de templates, API de bases de donnees et gestion- 
naires de donnees sont disponibles. Selon son fondateur, PHP est lui-meme un 
moteur de templates tres efficace. 



PHP est-il adapte a vos besoins ? 

Chapitre 1 



Culture Front-end 

Un front-end, ou frontal, est de plus en plus assimile a un ensemble de pages graphiques constituant 
I'interface entre I'utilisateur et un autre systeme qui peut etre completement different de celui utilise par 
le client. 



Une puissance et une simplicity inegalees pour les traitements XML 

PHP supporte DOM (Document Object Model), SAX (Simple API for XML) et 
SimpleXML (un outil permettant de manipuler tres simplement des documents XML, 
base sur le back-end de DOM). II propose egalement un support natif pour SOAP et 
diverses fonctionnalites supplementaires (transformations XSLT, XML-RPC, etc.). 

Traitement simple d'un flux RSS avec SimpleXML 

<?php 

// Ce code affiche les titres de 1' actual ite Yahoo 
$rss_url = 'http://rss.news.yahoo.com/rss/world'; 
$xml = simplexml_load_file($rss_url) ; 
foreach ($xml->channel->item as Sitem) { 
echo $item->title."<br />\n"; 

} 

?> 

Un traitement simple et unifie de trois metastructures : 
objets/documents/tables 

Souplesse et simplicite sont les maitres mots lorsqu'il s'agit de manipuler des 
tableaux, des documents XML ou des objets. Ces trois metastructures maintenant 
parfaitement maitrisees par PHP sont l'avenir de la manipulation des donnees infor- 
matiques. 

Les objets pour l'architecture logicielle, les tableaux pour les donnees structurees de 
petite taille, les documents pour l'interoperabilite et l'organisation des donnees : tout 
ceci est detaille dans le chapitre 11. 



20 



Best Practices PHP 



Performances et montee en charge 

Le noyau de PHP : Zend Engine II 

Le noyau de PHP est le principal responsable des performances et des fonctionna- 
lites bas niveau, telles que l'approche objet, la gestion de la memoire, le comporte- 
ment de l'interpreteur de code et la qualite des opcodes. 



Culture Que sont les tableaux d'opcodes (operation codes) ? 

L' execution d'un programme PHP se fait en plusieurs etapes : il est d'abord parcouru par un interpreter 
et transforme en tableaux d'operations elementaires de bas niveau (car tres proches du langage 
machine). Ces operations elementaires sont ensuite lues et executees par un moteur : Zend Engine. Ce 
sont ces tableaux d'operations elementaires que nous appelons tableaux d'opcodes. 



Les premiers objectifs des Zend Engine furent d'assurer des performances optimales. 
La version 4 de PHP en particulier, a beneficie de ces ameliorations. 

Zend Engine II, qui apparait dans PHP 5, est une refonte de la premiere version. 
Tout en maintenant des performances optimales, son objectif est de gerer les meca- 
nismes de programmation orientee objet parmi de nombreuses autres ameliorations : 

► http://www.zend.com/php5/zend-engine2.php 

Limite des performances 

PHP nest pas aussi rapide qu'un langage compile a la main en instructions machines 
natives, accompagne d'un typage fort et d'une structure rigide, comme le sont les 
langages C et C++. Si votre application doit gerer des traitements lourds necessitant 
un tres grand nombre de calculs, vous avez la possibilite de creer facilement une 
extension en langage C que vous pouvez compiler avec PHP ou en tant que module 
dynamique. 

En revanche, pour un langage interprete, les performances de PHP sont tres bonnes. 
La grande majorite des traitements peuvent etre confies a PHP, meme a forte charge. 

Peut-on optimiser les performances de PHP ? 

La seule chose que PHP ne gere pas par lui-meme pour l'instant est la mise en cache 
du code compile a la volee (opcodes) qui evite une reinterpretation du code PHP a 
chaque requete envoyee par le client. Pour pallier cela, plusieurs optimiseurs 
d'opcodes sont disponibles : eAccelerator, APC, Zend Optimizer. 



PHP est-il adapte a vos besoins ? 

Chapitre 1 



Nous verrons dans plusieurs chapitres de cet ouvrage comment optimiser les perfor- 
mances de PHP par des configurations et des reflexes de codage adequats. 

Peut-on deployer des applications PHP sur plusieurs serveurs ? 

Plusieurs solutions s'offrent a vous si vous souhaitez deployer vos applications en 
cluster. En revanche, ce concept est nouveau et pas encore bien abouti avec PHP, 
bien que de serieux travaux s'engagent dans ce sens. Void deux solutions que vous 
pouvez d'ores et deja adopter : 

• Utiliser un environnement d'execution qui le permette, tel que la Zend Platform 
que nous decouvrirons au chapitre 17. 

• En tenir compte dans votre architecture logicielle. II est parfaitement possible de 
gerer une repartition de charge a travers des mecanismes haut niveau assures par 
votre code PHP. 



Culture Cluster 

Un cluster, ou grappe d'ordinateurs, est un ensemble de plusieurs machines physiques constituant une 
seule et unique machine logique. Chaque ordinateur constitue un noeud de la grappe du gros serveur que 
represents le cluster. Ce type d'architecture se retrouve notamment dans les domaines de la repartition 
de charge et de la haute disponibilite. 



Qualite de developpement 

Rigueur et elegance avant tout 

Le maniement d'outils souples et permissifs necessite une certaine discipline. 
Comme nous l'avons vu precedemment, s'imposer des conventions afin d'assurer la 
perennite et la fiabilite des developpements s'avere primordial. 

Savoir developper en PHP est un art que Ton maitrise peu a peu par la pratique et 
par une grande diversite de connaissances. C'est un peu comme savoir piloter un 
avion : c'est tres facile au debut, il suffit de tirer sur le manche pour decoller, mais 
cette seule connaissance ne fait pas de vous un bon pilote. 
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Les methodes agiles pour le develop pement d 'applications PHP 

Elles ont l'avantage d'etre adaptees a l'esprit PHP. Elles privilegient l'emergence de 
la technologie, le changement, 1' acquisition rapide de connaissances, la souplesse et 
la simplicite. 

Connaitre une methode agile (eXtreme Programming, Crystal Clear, etc.) en plus de 
PHP pour du developpement en equipe est un atout considerable pour atteindre 
rapidement le stade des developpements fiables. 

Le chapitre 2 aborde les pratiques et les valeurs des methodes agiles. II est un bon 
point de depart si vous souhaitez en adopter une. 



Premiere partie 



Organisation 
du projet : 
conventions 
et outils 

Nous aborderons dans cette partie les premieres armes du developpement efficace 
en PHP : de bonnes conventions et des outils de qualite. 

De l'organisation de l'equipe projet a celle de l'environnement d'execution, en pas- 
sant par le choix de l'editeur et des outils de collaboration, ces chapitres vous aide- 
ront a preparer votre espace de travail pour mettre en oeuvre vos projets dans de 
bonnes conditions. 
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Une des extraordinaires qualites de PHP est sa facilite d'utilisation, grace a sa sou- 
plesse syntaxique et fonctionnelle. Debutant en informatique, expert J2EE ou spe- 
cialiste Delphi, chacun peut aborder PHP a sa maniere en un temps record. La plu- 
part des autres plates-formes, a contrario, necessitent de la part du developpeur un 
investissement plus ou moins consequent. 

Cette caracteristique propre a PHP est en meme temps une opportunite et un 
danger. Une opportunite pour tous, car il est extremement simple et rapide d'adopter 
PHP. Un danger pour le travail en equipe, qui necessite des regies et des conventions 
favorables a la perennite et a la qualite des developpements. 

Ce chapitre aborde un sujet important pour toute organisation ou entreprise sou- 
haitant mettre a profit les qualites de PHP. Nous y aborderons l'art et la maniere 
d'organiser une equipe et un projet afin de tirer le meilleur des caracteristiques uni- 
ques de la plate-forme PHP. 

Nous y decouvrirons egalement des methodes de gestion de projet eprouvees, leurs 
principes fondamentaux et particularites qui font d'elles des outils fiables et efficaces. 



I Organisation du projet : conventions et outils 

I Premiere partie 

Organisation du projet : conventions et outils 

Utilite des conventions 

Tout projet informatique serieux fait l'objet d'une reflexion sur des conventions a 
fixer, a plus forte raison lorsqu'il s'agit de developpements lourds et ambitieux. L'uti- 
lite de ces conventions est multiple : 

• faciliter la collaboration entre les differents intervenants du projet ; 

• assurer la perennite des developpements et faciliter les operations de mise a jour ; 

• permettre la realisation de projets professionnels ambitieux ; 

• simplifier et reduire la maintenance ; 

• assurer une stabilite et des performances optimales. 

Faciliter la collaboration entre les differents intervenants du projet 

Chaque individu doit etre en mesure de comprendre les travaux de ses collaborateurs 
par l'adoption d'habitudes et de pratiques communes. Cette unification du savoir- 
faire doit permettre a chaque intervenant d'apporter sa pierre sans deborder dans les 
domaines d'expertise qui ne sont pas les leurs. 

En d'autres termes, nous verrons par exemple comment faire collaborer au mieux 
developpeurs et designers sur un projet PHP. 

Assurer la perennite des developpements et faciliter les operations de 
mises a jour 

Ceci concerne en grande partie la reprise des developpements par un intervenant dif- 
ferent, ou apres une periode d' arret plus ou moins longue. Le delai necessaire a un 
nouvel intervenant pour s'approprier le projet et sa methode de developpement sera 
un indicateur precieux. 

Permettre la realisation de projets professionnels ambitieux 
En exploitant le potentiel de la derniere version de PHP 

De plus en plus, PHP est choisi pour la mise en oeuvre d' applications profession- 
nelles. Ces applications deviennent toujours plus exigeantes en termes de perfor- 
mances, d'interoperabilite et de complexite. 
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Figure 2-1 

Un projet reussi 

en quelques mots-cles 




La plupart des outils et concepts integres a la derniere version de PHP ne sont pas 
nouveaux. Les developpeurs, architectes et chefs de projets y trouveront du deja vu. 
lis ont davantage vocation a combler les manques fonctionnels formules lors de l'uti- 
lisation des anciennes versions que d'etre innovants et originaux. 

Les evolutions de la plate-forme vont done toujours dans le sens de la fiabilite et du 
professionnalisme. La figure 2-2 illustre un panel de fonctionnalites desormais inte- 
gralement gerees par PHP. 



Figure 2-2 

Quelques outils stabilises 
ou apportes par la version 5 
de PHP 



Interoperabilite 
Java / .NET 



Extensions 
evolutives 
(SAP, mysqli, ...) 



Programmation 
Orientee Objet 



Exceptions 
Gestion avancee 
des erreurs 




Gestion de flux 
XML / SOAP 



SGBD 
Embarque 



En connaissant bien les possibility offertes par les ressources disponibles 

Une ressource (extension, bibliotheque) est une fonctionnalite qui ne fait pas partie 
du noyau de PHP, mais qui peut s'integrer dynamiquement ou se compiler avec les 
sources de la plate-forme. Elles mettent a disposition des fonctions, constantes, 
objets supplementaires permettant d'acceder a des fonctionnalites nouvelles. 
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II existe 2 types de ressources en PHP : 

• Les extensions, ecrites en C, qui sont repertoriees dans l'annuaire PECL, privile- 
gient la vitesse d' execution et apportent souvent a PHP des fonctionnalites issues 
de librairies C et C++ existantes. 

• Les bibliotheques, ecrites en PHP, que Ton retrouve entre autres dans le projet 
PEAR, offrent des fonctionnalites souples et faciles a mettre en place dans un 
environnement d' execution fige (un hebergeur mutualise par exemple). 

La bibliotheque PEAR contient de nombreux composants utiles au developpement 
d'applications. Nous y reviendrons au chapitre 7. 

Le meilleur moyen d'evaluer la diversite des fonctionnalites offertes par les exten- 
sions et les bibliotheques est de se rendre sur la documentation et les annuaires en 
ligne : 

► http://www.php.net/manual/fr/ 

► http://pecl.php.net 

► http://pear.php.net 

En adoptant une architecture simple et performante 

Un exemple d'architecture type, mise en place par les fondateurs de PHP en per- 
sonnes, est illustre sur la figure 2-3. 



Figure 2-3 

Un exemple d'architecture 
simple adaptee a PHP 



Couche presentation (Templates HTML) 

SDOCUMENT ROOT/*. html 




Couche d' integration (Templates Helpers) 

$DOCUMENT_ROOT7*.inc 




Couche metier superieure (I18N/L10N) 

/usr/local/php/*,inc 



Couche metier principale 

/usr/locai/php/Mnc 



] 
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Cette architecture propose un decoupage en cinq couches. Cela va de la couche 
noyau ecrite en C et C++ a la couche presentation qui gere les aspects visuels et 
l'interface (IHM, Interface Homme Machine). 

Entre ces deux extremes, la couche metier principale met en ceuvre les algorithmes 
fondamentaux de la logique metier (gestion des produits, API de vente en ligne, 
etc.), la couche metier superieure propose des fonctionnalites additionnelles (telles 
que l'internationalisation du site, les possibilites de personnalisation, etc.) et la 
couche d'integration fait la transition entre la logique et la presentation, gerees par 
ses deux couches adjacentes. 

Simplifier et reduire la maintenance 

Tout possesseur d'une voiture sait que le cout d' achat initial n'est pas l'investissement 
unique. Une fois entre nos mains, un vehicule necessite essence et huile, un controle 
technique regulier, le paiement de la carte grise, avec le risque d'y ajouter des 
amendes pour non-respect du code de la route. 

Les debutants ont trop souvent tendance a negliger ou a minimiser l'etape de main- 
tenance d'une application. Tout comme une automobile, un projet informatique, 
quelle que soit sa taille, necessite une maintenance qu'il faut prevoir avant toute con- 
ception : 

• La maintenance logicielle concerne les mises a jour, les corrections de bogues et 
tout ce qui necessite de se replonger dans le code source. 

• La maintenance des donnees concerne les actions de mises a jour du contenu 
manipule par 1' application (publications, produits, donnees statiques, bases, etc.). 

• La maintenance technique intervient dans l'environnement d'execution de 1' appli- 
cation. Cet environnement peut evoluer en taille, en complexite et en stabilite. 

Maintenance logicielle : de la rigueur avant tout 

PHP vous fait honneur en vous laissant le choix de vos outils et de vos regies d'ecri- 
ture. Faites-lui honneur en fixant les conventions necessaires a l'homogeneite de 
votre solution dans les domaines suivants : 

• Les conventions d'ecriture sont definies au depart et doivent etre les memes en 
tout point de votre programme. Si vous travaillez en equipe, il est recommande de 
definir cette syntaxe par ecrit et de faire en sorte qu'elle soit respectee de tous, par 
des rappels reguliers a l'occasion de reunions techniques. 

• Les tests assurent une stabilite a toute epreuve et a tous niveaux. lis facilitent 
enormement le debogage d'un programme en cas de probleme et minimisent les 
risques d'erreurs. 
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• Les outils d'edition influent sur la lisibilite du code source et la maniere dont sont 
organises les commentaires et la syntaxe. Certains outils generent des metafi- 
chiers qui ne sont pas utiles au projet. 

• Le choix des outils de developpement doit etre limite, car ils necessitent mainte- 
nance et savoir-faire. L'utilisation de plusieurs SGBD differents ou d'outils com- 
plexes est dangereux. 

• Les procedures et les iterations sont definies au sein de l'equipe dans le but d'ame- 
liorer la productivite et de synchroniser les travaux. Ces procedures permettent 
aux membres de l'equipe projet de planifier le developpement et 1' exploitation 
d'une application. Multiplier les exceptions faites aux procedures destabilise 
l'organisation du projet, fait monter la pression et peut porter atteinte au bon 
deroulement de l'ensemble des projets geres en parallele. 

Maintenance des donnees 

La gestion coherente des donnees d'un environnement implique un certain nombre 
de choix et d' actions que nous aborderons dans les chapitres suivants : 

• Le chapitre 6 vous aidera a choisir des outils d'administration adaptes a la main- 
tenance globale des donnees. 

• Le chapitre 7 aborde le choix des outils de developpement a utiliser dans vos 
applications pour manipuler des donnees. 

Maintenance technique 

Elle concerne la gestion purement technique des serveurs et du reseau informatique. 
Deux chapitres abordent specifiquement ce sujet : 

• Le chapitre 4 decrit tout ce qu'il faut savoir pour installer et maintenir un envi- 
ronnement d' execution pour le developpement. 

• Le chapitre 15 aborde ensuite l'installation de l'environnement d' execution pour 
la production, ainsi que la prise en compte des caracteristiques de cet environne- 
ment dans les developpements. 

Assurer une stabilite et des performances optimales 

Assurer en continu la promesse d'une application stable et performante necessite de 
l'organisation et de la rigueur. Les conventions sont la pour rappeler les bonnes prati- 
ques de comportement. Elles sont en quelque sorte le rail qui guidera les acteurs du 
projet dans la bonne direction une fois qu'ils auront les mains dans le cambouis et les 
yeux rives sur des details. 
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Mettre a disposition un document ecrit 

Mettre a disposition un aide-memoire ecrit et modifiable a tout moment en fonction 
des evolutions constatees peut s'averer judicieux. Nous pouvons par exemple nommer 
ce document charte de developpement. Void une idee de plan que vous pouvez 
reprendre : 

• Regies de collaboration : planification des rencontres et definition des roles afin 
que chaque acteur puisse identifier ses interlocuteurs potentiels. 

• Ecriture du code source : conventions d'ecriture mises en place pour le projet. 

• Connaissance de l'architecture : un manuel de prise en main de l'architecture glo- 
bale d'une application complexe, destine a evoluer en fonction des besoins. 

• Respect des procedures : definition des procedures a observer pour le bon derou- 
lement du projet. 

• Utilisation des outils : liste des outils choisis pour le projet. Chaque outil peut etre 
accompagne d'une courte explication pour une prise en main rapide. 



A RETENIR Conseils pour la redaction de votre charte 

Soyez optimiste et simple. II ne faut pas oublier que les personnes en charge des developpements 
n'aiment pas les interdits et ne supporteraient pas de retenir une liste gigantesque de regies et de con- 
tra intes : 

• Mettre en avant les bonnes conduites est plus precis, plus court et plus agreable qu'enoncer les mau- 
vaises pratiques. 

• Hierarchisez, ordonnez, filtrez, ecourtez et mettez en valeur I'information utile, afin de s'y retrouver du 
premier coup d'oeil. 

• Limitez-vous. Les contraintes en abondance empechent la creativite et le genie de se developper. 



Coachez votre equipe 

L'apprentissage par 1' exemple et la pratique permet de mieux s'approprier une 
methode de gestion de projet. N'hesitez pas a mettre en place des reunions techni- 
ques pendant lesquelles chacun pourra s'exprimer, apprendre a pratiquer et com- 
prendre la logique des procedures mises en place. 
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Adaptation des conventions a la methode de gestion de 
projets 

Rappelons-nous que la simplicite de PHP est ce qui fait son succes. Les methodes 
que nous mettrons en oeuvre, les modeles et les outils que nous utiliserons, devront 
etre choisis et utilises dans cet esprit. 

Les methodes agiles vous apporteront des bases methodologiques solides pour la ges- 
tion de vos projets et de votre strategic developpement. Connaitre et pratiquer une 
methode agile dans le cadre d'un projet PHP est recommande si vous devez travaillez 
en equipe sur un projet serieux. 

MVC (Model View Controler) est un motif de conception pour site web (voir cha- 
pitre 10). II vient en complement des methodes agiles qui ont un champ d'action dif- 
ferent. Nous verrons comment tirer parti de MVC dans le developpement d' applica- 
tions web en PHP. 

Les methodes agiles 

Les methodes agiles sont constituees d'un ensemble de valeurs, principes et pratiques 
utiles a la gestion d'un projet informatique. Elles ont un double avantage pour PHP : 

• Elles considerent que dans une majorite de projets, le besoin peut evoluer a tout 
moment pendant la realisation. Elles privilegient l'adaptation a la prediction. 

• Elles sont parfaitement adaptees a la vitesse de developpement inegalee qu'offre la 
plate-forme PHP. 

Une methode est dite « agile » si elle privilegie : 

• la communication et l'interaction entre les intervenants ; 

• revolution des competences et l'implication reguliere des ressources de l'equipe 
projet ; 

• l'adaptation au changement de preference au suivi d'un plan ; 

• les livraisons frequentes de fonctionnalites reelles. 

II existe aujourd'hui une dizaine de methodes agiles. La plus populaire d'entre elles 
s'appelle eXtreme Programming, mais vous pouvez en choisir une autre si les caracte- 
ristiques de votre projet et de votre equipe s'y pretent : 

• Adaptative Software Development (ASD) ; 

• Feature Driven Development (FDD) ; 

• Crystal Clear ; 

• Dynamic Software Development Method (DSDM) ; 

• Rapid Application Development (RAD) ; 
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• Scrum ; 

• eXtreme Programming (XP) ; 

• Rational Unified Process (RUP)... 

Vous pouvez consulter la description de la plupart de ces methodes sur Internet. Les 
methodes agiles decrites sur l'encyclopedie Wikipedia sont disponibles a partir du 
lien suivant : 

► http://fr.wikipedia.org/wiki/M%C3%A9thode_agile 

Les 5 valeurs essentielles des methodes agiles 
La communication et ('interaction 

La communication et l'interaction directe entre les acteurs du projet, plutot que la 
contractualisation des specifications : la capacite qu'auront les differents intervenants 
a s'accorder sur une vision commune des travaux a realiser, la qualite de leurs 
echanges et de leurs relations sont une priorite des methodes agiles. 

La simplicity 

Elle est une garantie de productivite. Le principe de simplicite n'aime pas les meca- 
nismes complexes et trop generiques. Nous pouvons ajouter a la simplicite 1' elegance 
de l'implementation. 

En revanche, simplicite n'est pas synonyme de facilite. Un code elegant est un code 
sans doublon, facilement remaniable et assez clair pour que n'importe qui puisse 
comprendre l'essentiel du premier coup d'oeil. 

Le feedback comme repere et outil de reduction du risque 

Chaque acteur du projet doit avoir une vision objective de l'avancement par des 
retours reguliers sur l'etat du systeme. Le risque est ainsi controle collectivement, a 
tous niveaux, et le projet progresse toujours sur la bonne voie. 

Le courage 

De se limiter a des choses simples repondant aux besoins du moment, d'accepter de 
se debarrasser d'un code trop complexe ou inutile, de travailler en etroite collabora- 
tion avec d'autres et d'accepter de devoiler ses propres limites. 

L'humilite 

Reconnaitre que Ton ne sait pas tout et que chaque acteur du projet peut apporter 
son expertise et son savoir-faire. Une discipline humaniste prend egalement en con- 
sideration la sante de tous, par le respect des horaires et une limitation des periodes 
de pression. 
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Une approche effective consiste a assumer que chaque acteur d'un meme projet possede 
des valeurs egales a celles des autres et doit, par consequent, etre traite avec respect. 



Ressources Pour aller plus loin avec les methodes agiles 

Les valeurs precedentes sont issues des principes exposes a I'adresse suivante : 

► http://agilemanifesto.org/principles.html 

Vous trouverez de plus amples informations sur les methodes agiles a I'adresse suivante : 

► http://www.agilealliance.org 



L'eXtreme Programming (XP) 

L'eXtreme Programming (XP) est une discipline de developpement basee sur les 5 
valeurs des methodes agiles et adaptee a des projets de taille moyenne, d'environ 3 a 
10 personnes. 

XP est extreme dans la mesure ou les pratiques proposees doivent etre appliquees 
jusqu'au bout. XP s'adresse a l'ensemble des membres d'une equipe projet, clients y 
compris. 



Ressources Aller plus loin avec XP 

Nous nous contenterons dans cet ouvrage de vous donner un apercu de la methode XP qui sera votre 
base d'experimentation. Si la methode vous plait et que vous souhaitez aller plus loin, il existe des ouvra- 
ges specialises, reposant sur de nombreuses experiences pratiques. Notre etude d'XP est notamment ins- 
piree de I'ouvrage suivant : 

Q Gestion de projet extreme Programming, de J.L. Bernard, L. Bossavit, R. Medina, D. Williams aux 
editions Eyrolles 



Organisation d'une equipe XP 

Une representation visuelle des roles et responsabilites d'une equipe XP est illustree 
sur la figure 2-4. Chaque membre d'une equipe peut posseder un ou plusieurs roles. 
Chaque responsabilite est egalement liee a une ou plusieurs pratiques : 

• specifications fonctionnelles : redefinition du projet, client sur site ; 

• tests de recette ; 

• conception : tests unitaires, programmation en binome, remaniement ; 

• planification : rythme durable, livraisons frequentes, planification iterative. 
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Roles et responsabilites d'une 
equipe XP 




Manager Tracker 



Apercu des pratiques de programmation proposees par XP 
Les 4 lois du pilotage d'applications par les tests 

1 Les tests sont automatises. lis doivent etre integres a une routine de tests globale. 
L'utilisation d'un utilitaire de la famille xUnit (SimpleTEST ou PEAR PHP- 
Unit) est recommande pour integration aux routines de verifications et de cons- 
tructions nocturnes. SimpleTEST est introduit dans les chapitres 12 et 16. 

2 Les tests sont ecrits au prealable. Un test unitaire, par exemple, est destine a 
effectuer des verifications sur une action simple et a delivrer un compte rendu 
positif ou negatif. L'implementation associee aura comme objectif de remplir la 
fonctionnalite voulue, done de passer le test avec succes. 

3 Les tests de recette doivent etre rediges. Ces tests ont pour objectif de determiner 
les fonctionnalites a implementer afin qu'ils correspondent aux besoins exprimes. 
lis ne font pas exception a l'ecriture prealable et peuvent ainsi servir a l'equipe et 
au client pour effectuer les verifications voulues. 

4 Tout developpement elementaire doit faire l'objet d'un test unitaire. Les tests uni- 
taires effectuent des verifications simples sur les fonctionnalites elementaires de 
l'implementation. lis permettent une detection tres efficace des erreurs. 

Les 4 lois de la simplicity 

1 Se limiter au strict necessaire. II sera difficile pour le developpeur PHP, habitue a 
travailler avec une large palette d'outils, de se limiter a une implementation effi- 
cace et correcte des fonctionnalites prevues. Cette demarche est pourtant neces- 
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saire. Tout developpement qui sort du contexte de ce qui est demande, en previ- 
sion de demandes a venir ou par curiosite, n'a pas sa place dans le code source. 

2 Elegance et simplicite ne sont pas facilite. Un code elegant est minimal, sans 
redondance. Chaque idee est exprimee clairement et isolement. C'est dans cet 
esprit que les developpements orientes objet prendre nt tout leur sens dans une 
demarche de developpement XP. 

3 Pratiquer le remaniement (refactoring, aborde au chapitre 13). Cette operation 
consiste a revenir sur le code et a effectuer des modifications utiles. Le remanie- 
ment permet entre autre les operations suivantes : 

- l'elimination du code duplique ; 

- la separation des idees (scinder les methodes a rallonge, se limiter a 25, 
30 lignes maximum) ; 

- l'elimination du code mort ; 

- l'amelioration de l'efficacite (retrait des traitements inutiles, repartition du 
code dans les fichiers). 

4 Ecrire du code lisible. Les pratiques XP privilegient les possibilites de remanie- 
ment d'une application sur 1' elaboration d'une architecture figee. Le code doit etre 
lisible et les mots choisis doivent etre explicites. Le code est lui-meme une docu- 
mentation. 

Vient ensuite la documentation apportee par les commentaires et les tags phpdoc, 
qui complete le code si necessaire et peut etre generee sous forme de documents 
aux formats HTML ou PDF. 



METHODE Utiliser des metaphores 

Les pratiques XP recommandent ('utilisation de metaphores permettant de mieux cerner le role de certai- 
nes fonctionnalites. Le monde de I'informatique possede deja beaucoup de metaphores celebres : une 
architecture client-serveur, une souris, une bulle d'aide, etc. 

Ces metaphores ne sont pas toujours evidentes a trouver, mais elles ont I'avantage d'etre faciles a retenir 
et de s'adapter dans le fond ou dans la forme aux fonctionnalites dont elles font reference. 



XP et le travail d'equipe 

Les pratiques collaboratives de la methode XP sont nombreuses. Travailler en equipe 
avec XP va au-dela de la methode, c'est egalement un esprit. Nous ne sommes plus 
dans une logique de responsabilite individuelle du code, mais dans une demarche 
entierement collective. Chaque acteur est responsable de l'integralite de 1' application 
et doit etre capable d'intervenir sur n'importe quelle partie. 

Les avantages de cette approche sont multiples. Le partage des connaissances offre 
une meilleure reactivite et une mise a niveau efficace des intervenants. Le travail a 
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plusieurs permet une relecture systematique done de meilleures garanties de qualite 
et de performances. 

Limites du travail en equipe avec XP et les methodes agiles 

Dans le cas de projets de grande taille, il sera difficile pour chaque intervenant de 
maitriser completement 1'ensemble du code, car on ne maitrise reellement que ce que 
Ton a developpe. C'est pour cette raison en particulier que la plupart des equipes qui 
pratiquent une methode agile, dont XP, sont limitees a une dizaine personnes. 

En outre, il se peut que l'approche ne soit pas acceptee par tout le monde, en particu- 
lier par un specialiste auquel on confierait une partie critique de 1' application ou un 
developpeur qui souhaite a tout prix s'attribuer les merites de tout ou partie de 
rimplementation. Dans un cas comme dans 1' autre, il faudra veiller a ce qu'ils accep- 
tent et comprennent l'interet de la demarche. 

Le travail en bindme 

Le travail en binome est une pratique importante d'XP repondant a la demarche de 
rentabilite, de qualite et de partage des connaissances. Elle consiste a mettre en place 
un roulement de paires de developpeurs qui travaillent ensemble sur le meme poste. 

Une paire est constitute d'un pilote et d'un copilote : 

• Le pilote est au commande du poste, il ecrit le code et manipule les outils a la 
maniere d'un developpeur solo. 

• Le copilote est loin d'etre passif. II est charge des aspects strategiques du develop- 
pement en cours. II effectue une relecture continue du developpement (il compile 
le code a la volee dans sa tete), imagine de nouveaux tests, propose de nouvelles 
solutions et donne son avis sur le travail du pilote. 

Le travail en binome (appele egalement pair-programming par les habitues) s'avere 
rentable et efficace. Le roulement des binomes doit etre regulier. Les partenaires 
peuvent etre choisis en fonction de plusieurs criteres : partage de connaissances sur 
un sujet ou interets des developpeurs. 



A RETENIR La question des domaines d'expertise 

Ayez bien en tete que le domaine d'application d'une equipe XP se limite aux developpements informati- 
ques. En d'autres termes, les personnes concernees ont le meme domaine d'expertise. 
Dans un projet web, d'autres savoir-faire sont necessaires, tels que le design et le graphisme, pour com- 
pleter les travaux. II est entendu que designers et developpeurs ne peuvent etre soumis a la maitrise de 
deux domaines d'expertises differents. 
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Gerer un projet avec XP 

Un projet XP possede un certain nombre de particularites dont il faut tenir compte 
dans notre methode de gestion de projet. 

Rythme de travail 

Tout l'art des intervenants sera de trouver le rythme optimal. Ce rythme se dose 
generalement en agissant sur les facteurs de couts, de delais, de qualite et de contenu. 

Les pratiques XP recommandent de jouer egalement sur une nouvelle variable : 
l'enveloppe fonctionnelle du produit. Cette demarche consiste a trier les fonctionna- 
lites par ordre d'importance et a les implementer dans cet ordre. 

Le gain apporte par ce tri et l'implementation du strict necessaire est deja appre- 
ciable. La mise en pratique de cette approche offre une flexibilite surprenante et 
permet de respecter la pratique du rythme durable, decrite un peu plus loin dans 
cette section. 

Definition/redefinition reguliere du projet 

L' approche XP considere qu'il n'est pas utile de passer plus de temps qu'il n'en faut 
aux specifications initiales. L'experience montre que les besoins et les fonctionnalites 
evoluent regulierement pendant la realisation du projet. 

Afin de maintenir un equilibre entre les developpements et revolution des besoins, 
les clients fournissent regulierement les fonctionnalites a integrer a l'application et 
decident de l'ordre dans lequel elles seront implementees. 

Les developpeurs fournissent en retour des estimations de couts pour ces nouvelles 
fonctionnalites et se chargent d'en tenir compte dans leurs travaux. 



Figure 2-5 

Un cycle de redefinition 
des fonctionnalites 



Definit les 
fonctionnalites 



Developpeur 



Estime les couts 



Selectionne les 
fonctionnalites 



Developpeur 



Implemente les 
fonctionnalites 



Autres pratiques importantes 

Ces pratiques sont non seulement utiles mais fortement recommandees dans le cadre 
d'un developpement XP d' application PHP. Nous y ferons d'ailleurs reference dans la 
suite de cet ouvrage : 

• Le client sur site (on-site customer! whole team) : consiste a integrer le client a 
l'equipe de developpement. II apporte ses competences metier et definit les tests 
de recette reguliers du produit. 
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• Le rythme durable (sustainable pace) : l'equipe adopte un rythme de travail raison- 
nable afin de produire un travail de qualite sur une longue duree. 

• Les livraisons frequentes (frequent releases) : par 1' adoption d'un rythme soutenu et 
regulier de livraisons et ce, des le debut du projet. 

• La planification iterative (planning game) : client et equipe de developpement pla- 
nifient des rencontres regulieres de suivi de projet. 



Avis d'expert Perrick Penet 

La plupart des technologies web sont emergentes et I'eXtreme Programming s'y adapte parfaitement, 
contrairement aux methodes traditionnelles qui ont tendance a figer une architecture des le debut. XP 
me permet d'etre transparent avec mes clients et d'adapter en permanence des developpements fiables 
et rapides a leurs besoins. 

Cette efficacite est rendue possible grace a I'application rigoureuse du rythme durable, de la planification 
iterative, des livraisons frequentes, des tests, du remaniement et de I'ensemble des pratiques proposees 
sans exception. C'est d'ailleurs en cela que la methode est « extreme » et c'est a cette condition qu'elle 
porte ses fruits. 
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Figure 2-6 Interet d'une methode de conception adaptative 

Perrick Penet est president de I'AFUP (Association francaise des utilisateurs de PHP). Vous trouverez au 
chapitre 18 a travers son temoignage comment la societe NoParking en est arrivee a adopter I'eXtreme 
Programming dans le cadre de ses developpements en PHP. 



MVC 

MVC (Model-View-Controler, traduit par Modele-Vue-Controleur) est un motif de 
conception logicielle largement repandu. Cree dans les annees 1980 par Xerox 
PARC pour le langage Smalltalk-80, il a ete par la suite recommande comme modele 
pour la plate-forme J2EE par l'intermediaire de l'outil Struts : 



► http://struts.apache.org 
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Aujourd'hui, son utilisation avec PHP, dont les caracteristiques font qu'il est facile de 
s'egarer dans des melanges defavorables a la lisibilite des developpements, est de plus 
en plus populaire et benefique. MVC impose une separation en trois types de traite- 
ments differents : 

• Le modele : se compose d'elements qui mettent a disposition des fonctionnalites 
de traitements et d'acces aux donnees. II est tres important de comprendre que les 
developpements effectues dans le modele n'ont aucune influence sur la maniere 
dont les donnees vont etre presentees. 

• La vue : determine comment seront presentees les donnees. Nous verrons un peu 
plus loin lorsque nous aborderons les details du motif MVC que la vue est souvent 
composee de templates (de squelettes ou modeles), permettant de generer en sor- 
tie du HTML, du PDF ou tout autre format correspondant a ce dont vous avez 
besoin. 

• Le controleur : fait le lien entre l'utilisateur et 1' application. C'est a lui que sont 
adressees les requetes de l'utilisateur et c'est a lui de faire appel a la vue et au 
modele de maniere a ce que ces requetes soient satisfaites. 

MVC en pratique 

La figure 2-7 illustre une architecture type basee sur le motif MVC. Le parcours 
d'une requete est represente par un flechage accompagne d'etapes numerates decrites 
dans le tableau 2-1. 
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Le modele 

II est charge des acces aux donnees et des traitements lies a la logique metier. II se 
compose d' elements qui se distinguent par la nature de la source de donnees (base de 
donnees, services web, etc.) a laquelle ils ont acces. Ces elements sont divises en deux 
parties : 

• L'objet d'acces aux donnees (DAO, Data Access Object) assure le lien d' abstrac- 
tion entre le modele elementaire et la source de donnees. Par exemple, un acces a 
la table des utilisateurs de notre base de donnees sera assure par un seul objet. 
Cela evite entre autres les redondances de code que Ton trouve facilement lorsque 
plusieurs parties de l'application accedent aux memes ressources. 

• Le modele elementaire, base sur un DAO, est une couche d' abstraction permet- 
tant d'acceder aux donnees par l'intermediaire des objets metiers, dont nous expli- 
querons le principe plus loin dans cette section. 

La vue 

Elle assure les aspects presentation a l'aide d'un moteur/compilateur de templates, 
que nous aborderons au chapitre 13. Ceux-ci sont charges de faire le lien entre les 
donnees et les gabarits de presentation. 

Les templates representent ces gabarits et le moteur de templates construit la page 
HTML oil le document PDF correspondant en y inserant les donnees necessaires. 

Le contrdleur 

II fait interface entre l'application et les actions de l'utilisateur. Toute action est lue et 
analysee par le controleur frontal qui va laisser aux actions elementaires le soin d'ana- 
lyser les details de la requete utilisateur. 

Par exemple, si l'utilisateur demande une liste de resultats suite a l'interrogation d'un 
moteur de recherche, le controleur frontal detectera qu'il s'agit d'une demande d'affi- 
chage de resultats et Taction associee detectera les parametres de pagination et la 
nature des donnees a extraire et a afficher. 

Les services 

Ils sont un ensemble de bibliotheques et d' objets representant des fonctionnalites 
utiles de l'application. Ces services peuvent etre tout simplement des extensions 
PHP, des composants de la bibliotheque PEAR ou des classes specifiques. 

II est de bon ton de limiter le nombre de services afin d'assurer des performances 
optimales et eviter l'apparition de code mort. 
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ASTUCE Mise en oeuvre 

Dans une architecture MVC, le role du controleur frontal est d'intercepter toutes les requetes envoyees 
par le client. Comment se debrouiller alors pour que n'importe quelle requete soit automatiquement redi- 
rigee vers ce controleur ? 

Une astuce tres simple consiste a configurer le serveur HTTP pour qu'en cas d'erreur 404 (aucun fichier 
disponible), la requete soit redirigee sur un fichier, en I'occurrence celui du controleur frontal ! Si seul le 
controleur frontal est dans la racine des documents du serveur HTTP (DocumentRoot), toutes les 
requetes sans exception passeront par lui. 



© 



Erreur404. Redirection 
vers un fichier : le 
controleur frontal ! 



DocumentRoot 



© 



Appel des actions 
associees, generation 
de la page 








m Appel d'une URL par le client : 
http:tfmon_site/mot_cle/m ot_c I e2/ 

© 

Generation du fichier statique 
/doc root/mot cte/mot cle2/index.html 

© 

Le C.F. analyse les mots-cles de 
I'URL et determine le contenu a 
appeler. 



Figure 2-8 Exploitation de I'erreur 404 dans le modele MVC 

Grace a ce systeme, il est possible et facile de mettre en place les fonctionnalites suivantes : 

• interpretation dynamique des URL. Au lieu d'etre contraint d'utiliser des URL figees comme dans la 
plupart des applications web, vous pouvez mettre en place un systeme qui analyse les mots-cles con- 
tenus dans I'URL proposee et construit le contenu de votre page en fonction de ces mots. Ainsi vous 
aurez beaucoup moins de pages mortes. 

• Une mise en cache efficace, en generant les fichiers appeles via I'erreur 404 dans la racine des docu- 
ments (DocumentRoot) afin qu'ils soient par la suite directement accessibles par le serveur HTTP. 



Les objets metiers 

lis representent les donnees elementaires a manipuler d'un point de vue metier. Par 
exemple, un produit de voyage, un fournisseur ou un composant electronique sont 
traduisibles en objets metiers. Les objets metiers sont de type entite (voir chapitre 8 : 
« Les differents types de classes ») 
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A RETENIR Eviter les redondances avec MVC 

II est bien connu que le copier/coller de code n'est jamais recommande. Notez que le modele MVC a ete 
concu pour eviter ces redondances de code en tenant compte des erreurs courantes de nombreux deve- 
loppeurs. 

Gardez bien a I'esprit par exemple qu'un element DAO est charge de I'acces direct a une ressource speci- 
fique et doit etre le seul a avoir ce privilege. L'art et la maniere de manipuler les donnees de cette res- 
source doit etre traite dans le modele elementaire associe. 



Dialogue entre les differents elements d'un modele MVC 

Jusque-la, vous devez avoir compris l'essentiel sur MVC. Afin de bien assimiler le 
concept, nous pouvons maintenant imaginer le parcours d'une requete utilisateur. Le 
tableau 2-1 detaille les interactions entre les elements detailles d'un modele MVC. 
Ces interactions sont representees par un numero, qui correspond a un ordre de trai- 
tement plus ou moins exhaustif dans la figure 2-7. 

Tableau 2-1 Etapes d'une requete - Modele MVC 



1 


L'utilisateur effectue une action qui est envoyee au controleur frontal. 


2 


Le controleur, pour ses differents traitements, fait appel a divers services : initialisations, 
traitement des erreurs, etc. 


3 


Le controleur frontal determine a quelle(s) action(s) elementaire(s) la requete utilisateur 
est associee puis fait appel a cette (ces) action(s). 


4 


L'action elementaire appelee determine a son tour les donnees a extraire. II fait alors 
appel aux elements du modele qui assurent les extractions de ces donnees et le lance- 
ment des operations associees. 


5 


Afin d'assurer le dialogue entre le controleur et le modele, des ressources sont utilisees, 
appelees objets metier. Les elements du modele font egalement appel aux services dont 
ils ont besoin pour assurer I'acces aux sources de donnees et effectuer divers traitements 
(gestion des erreurs, etc.). 


~6~ 


Les objets DAO sont les seuls a pouvoir effectuer des appels natifs aux sources de don- 
nees, sur demande du modele elementaire correspondant. 


7 


L'action elementaire determine quels seront les templates a solliciter pour assurer I'affi- 
chage des donnees recuperees. 


"8" 


Le controleur frontal, en presence des donnees et des references aux templates fait appel 
au moteur de templates, charge de lui renvoyer les donnees de presentation. 


9 


Le moteur de templates fusionne donnees et gabarits correspondants, puis renvoie au 
controleur frontal les donnees de presentation (HTML, PDF...) obtenues. 


lo- 


Le contenu ainsi genere est retourne a l'utilisateur via le controleur frontal. 
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Batir sa propre methode 

II n'existe pas de methode revolutionnaire adaptable a n'importe quel developpement 
informatique. Les besoins et les fonctionnalites des projets se diversifiant, imaginer 
sa propre methode de developpement peut s'averer parfois benefique. 

Mais il faut bien etre conscient que pour assurer le succes de votre projet a moyen 
terme comme a long terme, il vous faudra travailler cette methode pour quelle ne 
soit pas au final un obstacle au bon deroulement de votre travail. 

Les lois du succes d'une methode nouvelle 

Le principal probleme d'une methode nouvelle est quelle est nouvelle. Elle n'a pas 
encore fait ses preuves et n'est pas largement documentee, comme les methodes 
agiles ou les motifs de conception. 

Les acteurs du projet devront la comprendre, l'accepter et se l'approprier avec comme 
seule ressource documentaire ce que vous aurez fourni. Quelques regies elementaires 
et necessaires doivent etre respectees. Une methode nouvelle doit etre... 

Simple et coherente 

La simplicite facilitera comprehension et adaptation. La coherence des actions et des 
concepts evitera de se retrouver face a des problemes qui alourdiront certaines taches 
au lieu de les alleger. 

Documentee 

Les paroles s'envolent, les ecrits restent. 

L' application des methodes de developpement dans les regies de l'art est souvent 
baclee par manque d'information, de comprehension ou de communication. Une 
methode nouvelle est d'autant plus exposee a ce probleme qu'elle ne possede aucune 
autre documentation en dehors de la votre. 

Documenter utilement et avec soin est un gage elementaire et important de peren- 
nite, car c'est par les ecrits que vous allez pouvoir vous rememorer les details de votre 
methode et informer convenablement ceux qui l'abordent. 

Adaptee et travaillee 

Une methode permet d' organiser, de simplifies de gagner du temps et meme de rea- 
liser l'irrealisable grace a l'outil qu'elle represente. Affutez votre outil pour qu'il 
s'adapte a la matiere que vous allez le manipuler. 
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Si vos collaborateurs sont competents et curieux, ils accepteront votre outil s'il est inge- 
nieux et efficace. En revanche, il sera difficile de leur faire accepter un outil rude, lourd 
et contraignant. Impliquez-les autant que possible dans les evolutions de cet outil. 



Domaines d'application d'unc methode 

Un projet est lie, entre autres, a une equipe, a un travail, a des outils, a des solutions 
fonctionnelles et techniques. 

Vous trouverez sur la figure 2-9 les domaines d'application courants abordes par les 
methodes de developpement et de gestion de projet. A chaque responsable de projet 
de determiner la portee des conventions et leur adaptation a l'existant : les pratiques 
preconisees par les methodes agiles ou les architectures types comme MVC. 



Figure 2-9 

Les principaux domaines 
couverts par les methodes 



- Environnem ent h u mai n - 



Planning & Iterations 



Methodes de travail 



Philosophic du projet 



Gestion de crise 



- E nviro n nement tech n iq ue - 



Regles de codage 



Tests & qualite 



Gestion des versions 



Environnement d'execution 



Conventions et procedures liees a I'organisation du 
developpement 

Avant toute definition de regies et procedures visant a optimiser la mise en oeuvre 
d'un projet, le choix de l'equipe est determinant. L'histoire de l'Homme n'est autre 
que l'histoire de ses rapports avec lui-meme et son environnement. La maniere dont 
il sera considere et reconnu, le role qu'on lui attribuera dans l'equipe et les personnes 
avec qui il va devoir collaborer sont autant de facteurs qui determineront l'energie et 
la bonne volonte qu'il est pret a investir dans le projet. 

Mais la science de l'Homme est difficile, car chaque individu est different et porte 
avec lui son caractere, ses preferences, ses convictions, ses croyances et un amour 
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propre qui le rend capable de tout ou de rien. Meme sans etre psychologue, il est pos- 
sible d' observer quelques regies de bon sens pour constituer une equipe qui gagne. 

Observez dans un premier temps ces equipes. On les distingue facilement car elles 
favorisent le developpement d'oeuvres et de personnes exceptionnelles : Goscinny/ 
Uderzo, les equipes techniques Pixar, le PHPGroup, etc. Observez la place 
qu'occupe chaque membre, la maniere dont ils collaborent, leur complicite, leurs 
relations dans la vie de tous les jours. 

Observez ensuite les membres qui constitueront potentiellement votre equipe et 
tachez de decouvrir pour chacun d'eux : 

• Leurs specialties : elles sont le moteur de la dignite et de la prosperite qui font peu 
a peu leur fierte. Elles sont egalement les domaines dans lesquels l'individu sera 
pret a s'investir et a se perfectionner. 

• Leurs ambitions personnelles : elle peuvent etre tres differentes d'un individu a 
l'autre, mais pour chacun d'eux il est important de progresser dans le bon sens au 
risque de frustrations et de demotivations. 

• Leurs centres d interet : ils favorisent l'equilibre et le bien etre de chacun. Si les 
membres d'une meme equipe ont la chance d'avoir des centres d'interet communs, 
cela peut etre un moteur pour le projet. 

• Leurs temperaments : il est interessant de le connaitre car meme si tout s'accorde 
jusqu'ici, il reste ce facteur qui determinera non seulement la qualite des relations 
entre individus mais aussi leurs facultes : pragmatisme, aptitude a raisonner, etc. 

Repartition des roles au sein de I'equipe 

La figure 2-10 illustre les principaux roles d'une equipe de projet a travers un 
exemple d'organisation que vous pouvez adapter a vos besoins. Les roles que pren- 
dront chaque personne dependront du nombre d'acteurs et de la methode de gestion 
de projets choisie. 

L' exemple ci-apres reprend quelques bonnes pratiques issues des methodes agiles, 
mais ne peut etre considere comme une demarche d'eXtreme Programming. 

La nature du projet est egalement importante. Dans le cas d'un projet d'entreprise, 
nous aurons generalement une equipe fixe de membres disponibles a plein temps sur 
une periode donnee. Dans le cas d'un projet Open Source de meme taille, I'equipe 
sera composee de membres disponibles ponctuellement, geographiquement eclates. 

La figure 2-11 propose une idee d'organisation pour un projet Open Source, repo- 
sant sur le modele du PHPGroup. Cela peut evoluer d'un projet a l'autre et peut par 
consequent generer des disaccords. 
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Consultant Architecte Tracker Developpeur Designer Integrateur 




Chef de Chefde Responsable r| . Responsable 

projet service lesteur technique ue d'exploitation 



Figure 2-10 

Quelques roles courants 
d'une equipe de projet 




Un des exemples les plus representatifs est celui de la diversite des systemes Unix et 
GNU/Linux. Mais d'autres existent egalement : les developpeurs sous Emacs ou 
Xemacs se sont certainement interesses un jour a la raison pour laquelle l'editeur 
Xemacs a vu le jour : 

► http://www.xemacs.org/About/XEmacsVsGNUemacs.html. 



Figure 2-1 1 

Exemple d'organisation 
d'un projet Open Source 



E-quipe de projet (project team) 

qgogo. 

H (iUM fj Ensemble des contributeurs et testeurs du 

N N NNP '. pr °i et - Les memtires peuvent etre des 

Ulilili\\ programmeurs ou des utilisateurs assidus. 



1 a 1000 



E-quipe de validation (commiters) 



1 a 100 



Ensemble de programmeurs ayant droit 
de modification dlrecte des sources, qui 
ceuvre au projet en developpant et en 
integrant les contributions. 



Utilisateurs 



QQ QO , 




1 a 10 000 000 

Donne nt leur 
point de vue, 
fontvivre le 
produit et 
peuvent 
informer des 
bogues eventuels. 



E-quipe noyau (core team) 

Prend les decisions, choisit et 
manage I equipe des 
commiters, definit les regies. 
1 a 10 
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Des roles et des responsabilites 

Nous nous interesserons ici aux caracteristiques d'une equipe de projet d'entreprise 
ou d'association. Le fonctionnement des equipes de projets Open Source a prouve 
son efficacite, mais il est tres diversifie et il faudrait un ouvrage complet pour en 
parler serieusement. 

Nous nous interesserons plus particulierement aux specifi cites d'une equipe de projet 
web, le developpement de sites web etant le principal atout de la plate-forme PHP. 

Le tableau ci-apres detaille les roles que Ton retrouve generalement dans une equipe 
de projet web. Vous pouvez definir ces roles en vous inspirant plus ou moins de ceux 
proposes par les methodes agiles (decrits en partie a travers XP) : 

Tableau 2-2 Roles des membres dune equipe de projet web 



L'architecte 




II est responsable de la structure du projet dans son ensemble. 


Le developpeur 


Programmeur/ 
developpeur 


En fonction de ses domaines d'expertise, il sera soit responsable d'une 
ou plusieurs brique(s) de I'application, soit specialiste d'un domaine 
particulier intervenant dans une multitude de briques differentes. 


Le chef de 
projet 




II fait souvent le lien entre les clients et I'equipe de projet. Ses res- 
ponsabilites sont multiples : la qualite du projet, son planning, le 
respect des specifications et le suivi des evolutions. 


Le graphiste/ 
designer 




II s'occupe des aspects presentation : les images, maquettes, feuilles 
de styles, etc. 


L'integrateur 


Programmeur/ 
developpeur 


Son travail consiste a assembler les travaux d'implementation aux 
maquettes graphiques. II definit egalement la navigation du site web. 


Le responsable 
d'exploitation 




II s'occupe de I'hebergement et met en place les environnement 
d'execution adaptes (developpement, recette et production). 


Le responsable 
technique 


(Coach) 


Son role est de s'interesser a toute solution technique afin d'en maT- 
triser ['implementation et eventuellement de I'orienter. II peut etre 
egalement developpeur ou architecte. 


Le testeur 


Testeur 


II est garant de la qualite de I'application et met en place une strate- 
gic de tests. Le testeur XP est responsable du suivi des tests, de 
Integration continue et du rythme durable. 


Le tracker 


Tracker 


II sert d'intermediaire et ne prend aucune decision. II s'informe du 
planning et reste a I'ecoute des developpeurs, son role est de detec- 
ter les difficultes et de les prevenir a temps. Ce role peut etre tenu 
par plusieurs developpeurs en roulement, cela dit, il n'est pas de la 
responsabilite du coach. 
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Tableau 2-2 Roles des membres dune equipe de projet web (suite) 





Le directeur 
technique/chef 
de service 


Manager 


II est le superieur hierarchique des developpeurs. II s'interesse au 
planning du projet et veille a ce que les procedures et methodes 
mises en place soient respectees. Son role est egalement de fournir 
des moyens humains et materiels. 


Le client 


Client 


II participe a la redaction des specifications fonctionnelles. Au sens 
XP, il redige les scenarios client, definit les tests de recette et parti- 
cipe a la planification du projet. 



Maitrise d'ouvrage et maitrise d'oeuvre 

Nous rencontrons souvent les termes maitrise d'ouvrage et maitrise d'oeuvre, que ce 
soit au sein de projets d'entreprises ou d' associations. Cette differenciation des mem- 
bres d'un projet est peu compatible avec les pratiques des methodes agiles, mais il est 
interessant de la connaitre. 




Maitrise d'ouvrage Maitrise d'oeuvre 
Figure 2-12 Maitrise d'ouvrage et maitrise d'oeuvre 



La maitrise d'ouvrage 

Elle est constitute d'un ensemble de personnes du projet dont la charge est de definir 
les besoins et les specifications fonctionnelles, c'est-a-dire tout ce qui est en amont de 
la technique. Elle represente les utilisateurs finaux et effectue des estimations de 
couts afin d'etablir un budget et un planning. Elle est ensuite chargee de verifier que 
les developpements en cours repondent bien aux specifications fonctionnelles mises 
en place. 

II peut arriver, lorsque les specifications fonctionnelles sont realisees dans la precipi- 
tation ou un manque de rigueur, que les solutions adoptees par la maitrise d'oeuvre, 
chargee de la realisation, ne conviennent pas. S'ensuivent alors des rectifications qui 
font perdre du temps et de l'energie a tout le monde. 

II est important que la maitrise d'ouvrage fournisse un travail rigoureux, complet et 
clair aux personnes chargees de la realisation. II est egalement important que la mai- 
trise d'ouvrage collabore etroitement avec la maitrise d'oeuvre, afin d'eviter toute 
perte de temps dans des travaux inutiles. 



Organisation du projet : conventions et outils 



Premiere partie 



La maitrise d'oeuvre 

Elle est chargee de la realisation dans les delais impartis et conformement aux speci- 
fications fournies par la maitrise d'ouvrage. Son premier travail sera d'etablir des spe- 
cifications techniques, repondant aux specifications fonctionnelles en termes de solu- 
tions techniques. 

Ce n'est qua Tissue de cette premiere etape que l'equipe de projet sera en mesure de 
fournir des previsions objectives sur la charge de travail necessaire. Un planning 
pourra done etre etabli et compare aux estimations realisees en amont. 

II est important que la maitrise d'oeuvre respecte les specifications de la maitrise 
d'ouvrage. Une maitrise d'oeuvre n'est pas responsable des defauts eventuels des spe- 
cifications fonctionnelles. En revanche, elle est chargee de rester conforme a ces spe- 
cifications dans la realisation. 

Le document constitue de la presentation du projet, des specifications fonctionnelles 
et des specifications techniques se nomme Specifications techniques du besoin (STB). 

Des procedures a mettre en place 

Une machine bien pensee, bien huilee et bien rythmee permet d'obtenir de bons 
resultats. C'est vrai pour les chaines de production de voitures, 9a Test egalement 
pour la gestion d'un projet. Ces procedures concernent plusieurs aspects de la gestion 
de projet que nous pouvons citer ici : 

• les relations entre les differents membres du projet ; 

• les actions liees a la qualite des developpements ; 

• les actions liees a la maintenance de Tapplication. 

Les procedures doivent etre planifiees : elles ont un debut, une fin et eventuellement 
des iterations dont on determinera la frequence : si vous choisissez d'utiliser une 
methode agile comme 1'eXtreme Programming, interessez-vous a la notion de plani- 
fication iterative. 

Dans la mise en place de vos procedures, vous devez penser : 

• Au partage coherent de vos ressources. Le responsable d'exploitation par exemple, 
est charge, avec ou sans sous-traitant, de tenir un planning de livraisons pour plu- 
sieurs projets. Un defaut de planification ou trop d'exceptions faites aux procedu- 
res de livraisons peuvent generer des problemes et des retards qui se repercutent 
sur l'ensemble des projets en cours. 

• Aux problemes imprevus. lis ne doivent jamais etre reportes ou ignores. Plusieurs 
concertations regulieres et efficaces doivent avoir lieu entre les membres du pro- 
jet. Le travail a effectuer peut etre decoupe en iterations afin de mieux controler la 
progression du projet. 
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• Aux caracteristiques des differents intervenants. Chaque intervenant doit faire 
face a des contraintes (travailler sur plusieurs projets en meme temps par exem- 
ple), possede des atouts (une specialite sur laquelle il peut intervenir en profon- 
deur) et une personnalite dont on peut tenir compte dans la mise en place des 
procedures et du planning. 

La figure 2-13 met en avant un exemple de rythme de que Ton peut donner a un 
projet PHP. On y retrouve certains aspects des methodes agiles. Libre a vous 
d' adapter un rythme et une methode aux caracteristiques de votre projet et aux res- 
sources dont vous disposez. 

Qui collabore avec qui ? 

Un premier exemple de collaboration vous a ete donne dans notre etude precedente 
d'eXtreme Programming. Nous avons egalement etabli la liste des roles que Ton peut 
rencontrer dans un projet de developpement web en PHP. 




Livraisons en environnement de recette 



Figure 2-13 Procedures et iterations liees a un projet 

Etablir une strategic ou un plan de collaboration n'est pas l'objectif le plus difficile a 
atteindre. Cette etape est necessaire pour optimiser les workflows (les flux d'informa- 
tion) du projet, mais elle n'est pas suffisante pour que la mise en oeuvre d'un environ- 
nement collaboratif efficace s'instaure. L' experience et la bonne volonte des membres 
du projet, en particulier de ceux qui ont un role de manager, seront determinantes. 

Vous trouverez sur la figure 2-14 un exemple de strategic de collaboration entre 
membres d'un meme projet, represente par un schema. Nous y retrouvons les princi- 
paux roles tenus par les membres d'un projet de taille moyenne. 
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Figure 2-14 

Exemple de strategie 
de collaboration 



Exemple d'equipe de projet 



reste a I'ecoute de 




collabore avec 



/ audite 




P Chef de projet 



reste a I'ecoute de 
et collabore avec 



Architects 



audite 




Tracker informe 
- / audite 



informe 



Coach 
S' informe 



Coach 
S' informe i 



Testeur 



Responsable 
technique 



Client 



Hi 

Responsable 
Sexploitation 



supervise 



Designer U \] 
Developpeurs Integrates 



Chef de service 



Organisation Specificites d'un projet PHP 

L'architecture de I'application est importante, mais elle ne suffit absolument pas a assurer la perennite et 
les performances de la solution. Le role du responsable technique intervient afin de pallier ce manque. II 
assure I'homogeneite des developpements, previent les risques de baisses de performances (trap d'inclu- 
des a I'assemblage par exemple) et intervient judicieusement dans les solutions techniques. Si possible, 



Conventions liees a Fecriture du code source 

Notre objectif ici sera d'assurer une ecriture homogene et lisible du code source pour 
une collaboration efficace entre les differents intervenants techniques. II faudra done 
que le code : 

• soit lisible en tout point et judicieusement documente ; 

• soit maitrise par la majorite et en aucun cas par une seule personne ; 

• soit facile a remanier ; 

• respecte les memes regies d'ecriture en tout point. 

Nous verrons dans un premier temps comment se fixer des regies d'ecriture en se 
basant sur un existant : PEAR. Nous aborderons ensuite l'art et la maniere de gerer 
les versions et le debogage. 
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Regies elementaires d'ecriture 

Aussi connaisseurs que vous puissiez etre sur l'art et la maniere de developper en 
PHP, il est tres facile d'ecrire un code illisible. Mais vous seriez alors confrontes a de 
reels problemes de maintenance et le manque de style de votre travail pourrait etre 
considere comme un manque de professionnalisme. 



Formatage d'un code source 

Vos regies de formatage doivent produire un code lisible et agreable. II peut aussi 
dans certains cas empecher des debordements en se frxant des limites d'indentation, 
de nombre de caracteres par ligne ou de nombre de lignes. La figure 2-15 vous donne 
un exemple de ce a quoi peut ressembler une definition de regies d'ecriture. 



| Variable (valour tableau) J Type<cu»«i | Variable objet icimt) 



Figure 2-15 

Quelques regies d'ecriture 
traduites en une illustration 



function 

If 



populate (ProductList $productList) 



$product_count 

if ($product->status| ,[!=!, |' available 1 ) 
— *- continue 1 ; * * 1 



} 



$productList->add($product) 



$product_count,4-+ ; 

-XT*- 



return 
i 



Mot cle du langage (t= fonction) 



Appcl de fonction 



Indentation : 4 espaces I Operateur d'affectation una ire I Comparaison 



Composition du formatage 

Ces regies font intervenir un certain nombre de termes importants. Le tableau 2-3 
contient la plupart des elements a prendre en consideration dans vos conventions. 
Vous pouvez egalement vous reporter a la figure 2-15 qui propose une representation 
visuelle de la plupart de ces elements. 
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Tableau 2-3 Elements constituants les conventions de formatage 



L'indentation 


Retrait que Ton doit observer pour marquer 
I'interieur d'une structure (fonction, boucle, 
condition...). 


L'indentation est composee de 4 espaces. 
Faites attention a ce que votre editeur uti- 
lise des espaces et non des tabulations. 


La longueur 
de ligne 


Nombre de caracteres maximum que peut 
contenir une ligne de code. 


La ligne de code est limitee a 80 caracteres. 


La taille 
d'une fonction 


Nombre de lignes maximal occupe par une 
fonction. 


II n'y a pas de limite sur la taille des fonc- 
tions. Mais il est d'usage de ne pas trap en 
avoir. 


Le prototype 
d'une fonction/ 
classe 


Le format de la ligne de declaration d'une 
fonction ou d'une classe 
(function nomFonction 
(Sarguments . . . ) {). 


function f uncName($argl , 

$arg2 = 1) 

{ 


Le format d'une 
structure de 
controle 


Les regies d'ecriture d'une structure (if, for, 
while...). 


if (Scondition) { 
// Contenu 

} 


Les operateurs 


Ecriture des operateurs d'affectation et de 
comparaison, et de ce qu'il y a avant et 
apres. 


Les operateurs sont toujours precedes et 
suivis d'un espace a I'exception des opera- 
teurs unaires. 


Les commentaires 


Elements non interprets facilitant la lec- 
ture du code par des explications ecrites. 


Les commentaires sont ecrits au format 
phpdoc : 

http://manual.phpdoc.org. 


Les commentaires 
d'en-tete 


Fournissent des informations sur la nature 
du projet et le contenu du fichier. 


Un commentaire d'en-tete standard doit 
etre reproduit dans chaque fichier : 
http://pear.php.net/manual/fr/ 
standards. header.php. 


Les tags de code 


Tags de declaration de code PHP 
(<?php ?>). 


L'utilisation des tags <?php et ?> est obli- 
gatoire. 



Conventions de formatage courantes 

Void un ensemble de conventions largement utilisees. Vous pouvez choisir l'une ou 
l'autre, ou definir vos propres regies d'ecriture. Sachez que quel que soit votre choix, 
le plus important est de s'y tenir. La forme de votre code source doit etre homogene 
en tout point de votre projet, ce qui implique egalement que l'ensemble de vos colla- 
borateurs presents ou futurs doivent connaitre et adopter ces conventions. 
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Bonnes habitudes Allez au-dela des regies de formatage ! 

Par exemple, lorsqu'une ligne de code possede beaucoup de comparaisons, il est d'usage de la represen- 
ter sur plusieurs lignes et de jouer sur I'alignement et les parentheses pour en faciliter la lisibilite et les 
priorites des traitements : 

if ((($this->nbProducts == 0) 

|| (count($thi s->operations) == 0) 

I | ( ! $userManagement->i sAdmi n)) 
&& (isset($request))) { 
// traitements 

} 

Lorsque vous devez ecrire une requete SQL longue, vous pouvez appliquer le meme principe pour favori- 
ser la lisibilite : 

SELECT users. userlD AS id 
FROM users, roles, groups 
WHERE users. id = rol es . user_id 
AND groups. id = rol es . group_i d 
AND ( roles. module = ' sql_management ' 

OR roles. module = ' user_management ' 

OR roles. module LIKE '%_admin' ) 



La convention PEAR 

Elle est recommandee par le PHPGroup et decrite officiellement sur le site officiel 
de PHP a l'adresse suivante : 

► http://pear.php.net/manual/fr/standards.php 

Exemple de code ecrit au format PEAR 

function di splayTable($table = null) 
{ 

if (is_array($table)) { 
print_r($table) ; 
return true; 

} 

return false; 
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Le style BSD 

Le style BSD ressemble au style propose par PEAR. II est utilise par de nombreux 
programmeurs C et C++. 

Exemple de code ecrit au format BSD 

function displayTable($table = null) 
{ 

if (is_array($table)) 
{ 

print_r($table) ; 
return true; 

} 

return false; 

} 

Le style GNU 

Le style GNU est moins repandu pour ecrire du PHP, mais vous pouvez vous en ins- 
pirer si vous le souhaitez. Vous trouverez des informations sur le projet GNU a 
l'adresse suivante : 

► http://www.gnu.org/home.fr.html 

Exemple de code au format GNU 

function 

di splayTable (Stable = null) 
{ 

if (is_array($table)) 
{ 

print_r($table) ; 
return true; 

} 

return false; 

} 

Le style Kernighan & Ritchie 

Ritchie est le concepteur du populaire et redoutable langage C. II publiera le premier 
livre sur la programmation en langage C avec Kernighan. Le format propose par 
Kernighan & Ritchie est compact et lisible. 
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Exemple de code au format K&R 

function di splayTable($table = null) { 
if (is_array($table)) { 
print_r($table) ; 
return true; 

} 

return false; 

} 



A RETENIR Cas des templates 

Selon son inventeur Rasmus Lerdorf, PHP est lui-meme un moteur de templates. En reecrire un par des- 
sus, c'est dans la plupart des cas reinventer la roue. Si, suite a la lecture du chapitre 1 3 vous choisissez de 
maintenir PHP comme moteur de templates pour votre application, rien ne vous empeche de definir un 
style d'ecriture different du style de codage traditionnel, mieux adapte a I'ecriture d'un template conte- 
nant beaucoup d'informations non PHP. 

L' exemple suivant utilise une syntaxe alternative qui rend plus explicite la nature des fins de blocs par 
des mots-cles : endif, endwhile, endfor, endswitch au lieu de la traditionnelle accolade fer- 
mante : }. Ceci est pratique lorsque les instructions PHP, peu nombreuses, sont melees a un contenu 
HTMLou PDF dense. 

<p>Ci -joint la liste des ouvrages PHP Eyrolles :</p> 
<ul> 

<?php foreach ($books AS $book) : ?> 

<li> 

<?php echo $book->get_name() ; ?> 
</li> 
<?php endforeach; ?> 

</ul> 



Erreurs courantes 

Le choix de certaines syntaxes peut induire des erreurs que meme les developpeurs 
les plus experimentes reproduisent. Lorsque vous elaborez des conventions syntaxi- 
ques, il est judicieux de s'imposer certaines regies qui vous feront gagner du temps, 
car elles vous empecheront de tomber dans le piege des erreurs d'etourderies. 

Void quelques exemples d'erreurs courantes que vous pouvez plus ou moins controler 
en choisissant une syntaxe adaptee. 

• Le test suivant : if ($var = true) { . . . } retournera toujours vrai, car = est un 
operateur d' affectation et non de comparaison comme == (2 caracteres egal, « = », 
concatenes). Si vous souhaitez minimiser le risque de reproduire cette erreur, il 
existe plusieurs solutions : 
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• Lorsque vous comparez une variable a une valeur, vous pouvez mettre la valeur 
avant : if (true = $var) { ... }. Cette solution n'est pas tees agreable a prati- 
quer et a lire, mais elle renvoie une erreur. 

• Evitez de faire une affectation et un test en meme temps. Par exemple, prenez 
l'habitude d'ecrire : 

$fd = fopen(. . .) ; if ($fd) { . . . 
au lieu de : 

if ($fd = fopen(. . .)) { ... 

• Connaissez et utilisez les fonctions de test, que vous prefererez aux operateurs : 
isset, is_array, is_numeric, in_array... La liste de ces fonctions est disponible 
sur la documentation officielle de PHP : 

► http://www.php.net/manual/fr/ref.var.php 

• II est possible de se passer des delimiteurs de blocs { et }, des boucles et des struc- 
tures de controle lorsque le corps de celles-ci ne sont composees que d'une ins- 
truction : 

if (Scondition) instructionO ; 

Mais il est facile, apres coup, de vouloir ajouter une nouvelle instruction dans le 
bloc et d'oublier d'ajouter les delimiteurs. Prenez-donc l'habitude de mettre syste- 
matiquement les delimiteurs, meme si le corps du bloc ne comprend qu'une seule 
instruction : 

if (Scondition) { instructionO; } 

Regies de nommage 

Le nommage des classes, des fonctions, des variables, des constantes et de tout ce a 
quoi vous pouvez donner un nom fait partie de l'habillage de votre code. La lisibilite 
de vos programmes dependra beaucoup de la langue, des mots et de la casse (majus- 
cules ou minuscules) que vous aurez choisi. 

Choisissez une langue 

Dans un souci d'homogeneite et de perennite, la langue choisie pour les mots-cles 
d'un code source est l'anglais. Si vous choisissez d'ecrire en anglais mais que vous etes 
francais, evitez de faire des melanges. La fonction get_content() sera plus facile a 
lire que get_donnee() ou retourne_content(). 

Rien ne vous empeche en revanche de choisir le francais pour les commentaires. 
Vous pourrez ainsi obtenir une documentation francaise de votre code source si vous 
utilisez un generateur comme PHPDocumentor. 
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Choix des mots 

Les mots que vous utilisez pour vos noms de variables, constantes, classes et fonc- 
tions doivent permettre de deduire facilement les fonctionnalites et les donnees 
manipulees. Ces mots doivent etre intuitifs et en rapport direct avec la fonctionnalite 
ou la donnee representee. 

L'utilisation d'abreviations est une bonne chose dans la mesure ou elles sont faciles a 
comprendre. L'utilisation de DB pour database, ou ID pour identifier est accep- 
table. L'utilisation de cont pour content est moins evidente a saisir. 

Les noms courts sont plus agreables a manipuler que les noms longs composes de 
plusieurs mots. 

Choix de la casse 

Donner a la casse une signification ameliore la lecture du code et fait gagner du 
temps. Vous saurez par exemple du premier coup d'oeil quelles proprietes se cachent 
derriere une variable (contenu, typage, portee, etc.), sans prendre la peine de par- 
courir le code pour le decouvrir. 

Le tableau suivant donne des exemples typiques de choix de casses issues de prati- 
ques courantes. A vous de completer ces conventions comme vous le souhaitez. 

Tableau 2-4 Deduction de proprietes en fonction de la casse choisie 



Mot-cle Commentaire deduit de la casse 



$creditcard_date_expi re 


Contient une valeur qui semble etre la date d'expiration d'une carte de credit. 


SbankAccount 


Une instance de la classe BankAccount (classe definie certainement plus 
haut). 


BankAccount: :TYPE 


Constante de la classe BankAccount representant un type de compte. 


BANK_AGENCY 


Un code representant un contenu agence defini dans une constante. 


get_account() 


Une fonction qui renvoie un compte. 


getAccountO 


Une methode qui renvoie un compte. 


_getAccount() 


Une methode se voulant privee (notation courante en PHP 4) qui renvoie un 
compte. 


$_account 


Une propriete de classe se voulant privee (notation courante en PHP 4). 


BankAccountO 


Appel au constructeur d'une classe (il doit certainement y avoir un new 
devant). 


$f 1oat_balance 


Une variable contenant un solde de type f 1 oat. 
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Avenir Les jeux de caracteres 

Le jeu de caracteres off iciel des langues latines (francais, anglais, etc.) est l'iso-8859-1 (latin 1). Par 
defaut, la plupart des editeurs PHP et HTML sont configures pour ce jeu afin de rester compatible avec la 
plupart des documents. Mais il n'est pas la voie de I'avenir car ses defauts sont de taille : 

• II se limite exclusivement a des caracteres latins. Avec ce jeu, il est impossible de mettre en oeuvre une 
internationalisation complete de votre application. 

• Chaque caractere est limite a un seul octet, ce qui reduit le nombre de symboles differents que Ton 
peut encoder. 

Le jeu de caracteres universel est I'Unicode. L'appellation « UTF-8 » correspond a une solution de stoc- 
kage des points de code d'Unicode (un point de code correspond a un caractere parmi I'ensemble de 
ceux qui existent dans le monde). Les caracteres UTF-8 sont stockes sur 1 ou plusieurs octets (jusqu'a 6). 
Ce jeu a I'avantage d'etre compatible avec les caracteres a 127 des jeux ANSI. La version 5.2 de PHP 
est prevue pour etre entierement compatible UTF-8. II est de bon ton de choisir UTF-8 comme jeu de 



Nommage des versions 

Toute personne ayant deja travaille en equipe sur un projet PHP connait cet outil 
celebre et pratique qu'est CVS (Concurrent Version System) ou Subversion (son suc- 
cesseur). Ce programme permet de partager du code source entre les membres d'un 
meme projet. 

Le principe est simple : chaque modification effectuee par un developpeur fait l'objet 
d'un enregistrement dans la base (appelee depot de donnees) ce qui genere systemati- 
quement une montee de version. II y a done autant de montees de version que de 
modifications effectuees sur un meme fichier. 

Chaque nouvel enregistrement (appele egalement commit) fait l'objet d'une compa- 
raison avec la version la plus recente, puis d'un stockage des modifications accompagne 
de la date de Taction et de diverses informations permettant de gerer le suivi du fichier. 

Quelques rappels sur les principes du versionning 

A un instant t, votre application aura atteint une etape que vous allez vouloir analyser 
et conserver. II est alors temps de prendre un cliche de votre code source. Ce cliche, 
ou tag, permettra par la suite de recuperer le code de votre application tel qu'il etait a 
l'instant t. 

Un exemple simple de gestion d'une application est decrite sur la figure 2-16, qui se 
lit de bas en haut. 

1 La premiere etape consiste a importer les fichiers existants au debut des develop- 
pements. Un module, conteneur de notre application dans le depot de donnees, 
est cree avec trois premiers fichiers qui prennent d'office la version 1.1. 
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V1.3 



V1.2 



Modif cation des fichiers 1 et 4 
(commit) 




1_0_0 

V1.2 



RELEASE I C 

V1.1 




4 


Cliche RELEASE_1_0_0 de la 
version en cours (tag) 


I Fichier 1 




Fichier 2 




Fichier 4 






i 




*V1.1 


V1.2 




, 


3 


Modification du fichier 2 
et ret rait du fichier 3 (commit) 






Fichier 2 




^§b«*r1i 












V1.2 




A 




V1.1 


2 


Modification du fichier 1 
et ajout du fichier 4 (commit) 




Fichier 1 






Fichier 4 






*V1.1 


V1.1 


V1.1 






1 


Creation du module «mon_projet » 
(import) 




Fichier 1 




Fichier 2 




Fichier 3 







Figure 2-16 Prendre un cliche (tag) d'une application a un instant t 



2 En deuxieme etape, des travaux ont ete effectues sur 1' application : le fichier 1 est 
modifie et le fichier 4 est cree. 

3 Ensuite, le fichier 2 est modifie a son tour et le fichier 3 est supprime. A cette 
etape, 1' application est operationnelle bien que minimale. II serait judicieux de se 
donner les moyens de conserver cet etat de notre application, afin d'en faire une 
premiere version livrable. L'objectif etant de pouvoir extraire 1' application telle 
qu'elle se presente a cet instant, meme si de nouveaux developpements ont eu lieu 
par dessus. 

4 C'est l'objet de 1' etape 4. Un cliche de 1' application est pris a cet instant. Le nom 
RELEASE_1_0_0 est l'identifiant du cliche, il permettra de l'extraire du depot de 
donnees a tout moment. La suite des developpements peut alors avoir lieu. 

5 Toute modification ulterieure, suppression ou ajout effectue sur 1' application 
n'affectera en aucun cas le cliche RELEASE_1_0_0 qui pourra etre exporte de la base 
(checkout) a tout moment. 



A RETENIR Supprimer un fichier ne le supprime pas... 

Vous vous demandez peut-etre pourquoi, sur la figure 2-16, la version du fichier 3, qui est censee etre 
supprimee, est elevee a V1 .2 ? La raison est simple : les outils de gestion de versions courants comme 
CVS et Subversion ne suppriment rien, ils conservent absolument tout ce qui se fait. 
Le fichier 3 subit une suppression, qui est en realite une modification speciale qui consiste a vider le 
fichier de son contenu. Sa version est alors incrementee mais comme il s'agit d'un fichier vide, il sera 
ignore et considere comme supprime. II est possible de ressusciter ce fichier en enregistrant un fichier du 
meme nom au meme endroit, il sera alors incremente en version V1 .3. Davantage d'informations vous 
attendent au chapitre 3 de cet ouvrage. 
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Nommage des versions 

Nous nous baserons sur les recommandations du projet PEAR pour nos exemples. 
Mais il est egalement possible de definir ses propres noms de versions. Nous allons 
surtout nous interesser a la maniere dont il faut gerer les versions dans le cadre du 
developpement d'une application PHP. 

Une version est generalement composee de trois indicatifs numeriques : 

1 La version de 1' application. Cet indicatif est incremente uniquement lorsqu'un 
changement majeur a ete realise, impactant une tres grande partie, voir la totalite 
du code source. 

2 La revision est incrementee lorsque de nouvelles fonctionnalites ou une serie de 
bogues ont ete traites. 

3 L'indicatif de maintenance ne concerne que les rectificatifs appliques a la revision 
en cours. lis ne font pas l'objet de nouvelles fonctionnalites. 

Sur l'exemple de la figure 2-16, nous avons pris un premier cliche RELEASE_1_0_0 de 
notre application. Ce cliche signifie que : version 1, revision 0, sans operation de 
maintenance. 



Figure 2-17 

Nommage des versions 



i 



RELEASE_2_0_1 
MAINT 2 



RELEASE_2_0_0 
RELEASE_2_0_0_RC1 
* QA_2_0_0 



RELEASE_2_1_0_RC1 
MA!NT_2_0_0_BP 

RELEASE_2_0_0 (rriei 

RELEASE_1_1_0 
QA_2_0_0_BP 

RELEASE J _Q_0 
Commit initial 




Le tag QA_2_0_0_BP sert a indiquer un point de derivation sur la future version 2.0.0. 
Ce tag n'est pas un cliche de version, il est juste la par commodite car il permet de 
retrouver l'origine de la branche qui sera creee par la suite et portera le nom 
QA_2_0_0. 

Grace a la branche QA_2_0_0, la version 2 de 1' application peut etre developpee en 
parallele des mises a jour de la version 1. Notons qu'au sens PEAR, seuls les tags pre- 
cedes de RELEASE_ font office de versions officielles. Ainsi, la moulinette qui genere 
les paquetages correspondant aux differentes versions et revisions possede un repere 
lui permettant de ne traiter que les cliches valides. 

L'indicatif RCx est utilise lorsqu'un livrable doit etre extrait et deploye mais n'atteint 
pas encore tout a fait les objectifs fixes pour la future revision. Cet indicatif signifie 
Release Candidate et peut etre incremente comme suit : RC1, RC2... 
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Culture Donner un sens a la parite de la revision 

Certains projets donnent un sens a la parite de la revision. Par exemple, les revisions paires font refe- 
rence a des etats stabilises de I'application (corrections de bogues) tandis que les revisions impaires font 
reference a des ajouts de fonctionnalites. Ce systeme peut s'averer pratique pour les applications deve- 
loppees en marches d'escalier, c'est-a-dire avec des iterations regulieres faisant I'objet de deploiements 
successifs. 

Une fois qu'une nouvelle version est stabilisee (voir la RELEASE_2_0_0 dans notre 
exemple), il est d'usage de la passer sur la branche principale, de maniere a la rendre 
officielle. Cette operation s'appelle une fusion (merge). La nouvelle version vient 
prendre la place de l'ancienne, qui devient alors obsolete et peut eventuellement etre 
reprise sur une branche de maintenance. 

Le tag MAINT_2_0_0_BP est de meme nature que son homologue QA_2_0_0_BP, il sert 
a indiquer un point de derivation opere pour des operations de maintenance 
minimes. 

Dans la plupart des cas, il est recommande de creer une branche pour faire evoluer 
l'identifiant de maintenance. Cette branche servira a combler des failles de securite 
ou des bogues lies a une revision. Une fusion peut etre operee afin de repercuter ces 
modifications sur la branche principale, dans la mesure ou ces modifications ne 
creent pas de conflits avec les evolutions courantes. 



3 



Installer et utiliser un 
gestionnaire de versions 



Travailler a plusieurs sur un projet PHP implique une mise en commun du code 
source. Pour cela, plusieurs solutions simples peuvent etre mises en ceuvre sans outil 
specialise. La plus courante sera de partager les fichiers sur un reseau. 

Cependant, un simple partage (Samba ou FTP) reste limite : a partir d'une equipe de 
trois membres, la solution doit etre ecartee. En effet, revenir en arriere sur des tra- 
vaux implique souvent des pertes de donnees et l'historique des developpements est 
difficile a suivre. Ces problemes ont conduit les developpeurs a innover dans la crea- 
tion d'outils specialises comme CVS ou Subversion. 

Ce chapitre vous presente d'abord l'utilite d'un gestionnaire de versions (ou depot de 
donnees) et quelques bonnes pratiques de mise en oeuvre avec PHP. Puis il aborde les 
outils CVS et Subversion avec de nombreux exemples pratiques a utiliser dans ses 
propres travaux. 



I Organisation du projet : conventions et outils 

I Premiere partie 

La gestion des versions en PHP 

Cette petite introduction theorique va nous permettre d'aborder l'utilite et les principes 
de fonctionnement d'un gestionnaire de versions. Seront abordees ensuite les regies 
generales de bonne conduite liees a l'utilisation des outils de gestion des versions. 

Utilite d'un gestionnaire de versions 

Un gestionnaire de versions repond a plusieurs problematiques liees au partage de 
code source et de donnees. Son role principal est d'assurer la coherence de la gestion 
des sources dans le cadre de developpements realises en equipe. 

II s'assurera qu'aucune donnee ne soit perdue, que la version des fichiers sur chaque 
poste de developpement soit a jour et que les conflits (ecriture sur le meme fichier par 
deux personnes differentes) soient systematiquement resolus. Cet outil permet : 

• la mise a disposition partagee du code source des applications en cours de deve- 
loppement ; 

• la memorisation de l'ensemble des operations d'ajout, modification et suppres- 
sion, et marquage effectuees sur le depot de donnees ; 

• la possibility d'annuler des actions et de revenir sur des versions precedentes pour 
chaque fichier ; 

• la possibilite de figer une version sur l'ensemble des fichiers afin de pouvoir 
extraire une version precise d'une application. 

Principe de fonctionnement 

La figure 3-1 presente quelques operations courantes proposees par un gestionnaire 
de versions avec quelques explications succinctes. II nous faudrait plus d'un chapitre 
pour experimenter l'ensemble des possibilites d'un tel outil, aussi nous nous conten- 
terons ici d'une rapide presentation. 

Exemple de scenario 

Imaginons que nous voulons creer un projet avec un gestionnaire de versions. Nous 
allons voir etape par etape les operations a mettre en oeuvre : 

1 Dans un tout premier temps, apres installation d'un outil de versionning tel que 
CVS, nous allons creer un depot de donnees grace a l'operation init. Ce depot 
peut contenir plusieurs modules, nous allons en creer un avec l'operation i mpo rt 
qui deplacera les premiers fichiers de notre application dans le depot. 
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2 Apres avoir configure le depot pour qu'il soit accessible a distance (nous allons 
voir comment faire cela plus loin avec Subversion), nous devons nous y connecter 
pour travailler. C'est le role de l'operation 1 ogi n. Une fois identifie, nous pouvons 
faire un checkout sur le module qui a ete cree, afin de l'importer sur notre 
machine de developpement. Nous avons maintenant une copie du projet lie a 
notre depot de donnees distant. 

3 Pour ajouter et supprimer des fichiers et faire en sorte que ces operations soient 
repercutees dans le depot de donnees, nous allons utiliser respectivement les com- 
mandes add et remove. Les modifications sur des fichiers existants seront prises 
en compte d'office au moment de la validation. 

4 Pour valider enfin, il suffit de lancer l'operation commi t dans le repertoire conte- 
nant les fichiers a mettre a jour dans le depot de donnees. 

Lorsqu'un commit a ete effectue, les autres developpeurs doivent faire un update 
de leur export afin de le mettre a jour avec les dernieres modifications enregistrees 
dans le depot. 

5 Probleme : une erreur bloquante a ete effectuee et le fichier affecte a ete valide 
dans le depot. Vous devez alors revenir a la version precedente. Pour cela, soit 
vous faites un checkout du fichier sur la version precedente puis vous remplacez le 
fichier incrimine, soit vous utilisez l'operation revert si celle-ci est disponible. 
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6 Votre projet evolue et vous devez regulierement extraire des versions stables afin de 
les livrer. L'operation tag va vous permettre de prendre un cliche de vos sources 
PHP a un instant « t » : on parle alors de figer une version. II vous suffira ensuite 
de faire un export ou un checkout de votre application en specifiant le nom du tag 
cree pour extraire les fichiers de 1' application tels qu'ils etaient a l'instant du tag. 

7 A un certain stade de votre projet, vous voulez creer une version 2 de votre appli- 
cation tout en continuant a maintenir la premiere version. Or vous n'avez qu'un 
seul module... comment faire ? Vous avez ici la possibilite de creer une branche, 
toujours grace a la commande tag accompagnee de l'option adequate. Une fois 
creee, vous pouvez extraire la branche dans un repertoire different de celui utilise 
pour l'export initial (appele egalement branche principale). Nous pouvons main- 
tenant travailler sur notre branche comme s'il s'agissait d'un projet independant. 

8 Vous devez travailler sur un fichier mais vous ne comprenez pas les modifications 
qui ont ete effectuees par vos collaborateurs... vous avez la possibilite de regarder 
son historique, ses differents contributeurs et le contenu de leur travail. Pour cela, 
les operations history et log permettent d'extraire des informations sur les der- 
nieres operations effectuees et l'historique des validations (auteurs, versions, com- 
mentaires). L'operation cliff permet par la suite de visualiser les differences entre 
deux versions d'un meme fichier. 

9 Lorsque vous travaillez a deux sur les memes lignes d'un meme fichier en meme 
temps, l'outil de versionning va s'en apercevoir. Lors de la mise a jour (update), si 
un fichier a ete modifie dans le depot de donnees et en local (au meme endroit s'il 
s'agit d'un fichier ASCII), l'utilisateur sera averti qu'un conflit a lieu et ne pourra 
valider le fichier incrimine qu'apres l'avoir resolu. Pour cela, le fichier doit etre 
edite, modifie puis revalide. 

Versions de fichiers et versions (('applications 

Le chapitre 2 presente la maniere dont doivent etre nominees les versions des appli- 
cations. Elles different des versions de fichiers par le fait qu'elles sont mises en place 
manuellement au moment ou les developpeurs jugent qu'une version doit etre figee. 
A l'inverse, cette operation d'attribution d'une version est automatique sur les 
fichiers. 

La figure 3-2 est une reprise de la figure 2-16 du chapitre 2. Nous distinguons les 
versions de fichiers (1.1, 1.2, 1.3...) et les versions de l'application appliquees par 
l'operation tag : RELEASE_X_X_X. Les differentes operations effectuees ont egalement 
ete reportees sur la figure dans des bulles : import, add, remove, commit et tag. 
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Regies de bonne conduite 

Pour completer cette section, les bonnes pratiques liees aux conventions a adopter 
pour la gestion des versions sont disponibles au chapitre 2. 

Un depot ne supprime rien 

Dans le cadre de votre application de streaming video en PHP, vous validez un gros 
fichier mpeg grace a la commande commit de votre gestionnaire de version CVS. Mal- 
heureusement, il se trouve que ce fichier n'est pas a la bonne place. Vous faites alors 
appel a la commande delete pour le supprimer, puis vous ajoutez le fichier au bon 
emplacement grace aux commandes add puis commit. 

Suite a ces operations, vous pouvez effectuer un checkout (extraction) de votre appli- 
cation et vous vous apercevez avec joie que le gros fichier a bien ete deplace. Seule- 
ment, s'il n'apparait qu'une seule fois dans votre extraction, il est reste disponible en 
deux exemplaires dans le depot de donnees car rappelons nous la regie d'or : « un 
depot de donnees ne supprime rien » ! 

Mais pourquoi un depot ne supprime rien ? 

Tout simplement parce qu'un gestionnaire de versions doit permettre un retour en 
arriere sur les sources d'une application a n'importe quel moment choisi dans le 
passe. Avant la date de suppression, le fichier existait, done il doit etre maintenu. Si 
un utilisateur decide d'effectuer une extraction sur une periode pendant laquelle le 
fichier existait, il sera extrait. 
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Les operations de emplacement et modification de noms de fichiers 



different d'un outil a I'autre 

II est important de connaTtre les mecanismes de votre outil afin de vous y adapter. Par exemple, avec CVS 
un deplacement n'est pas possible autrement qu'en supprimant le fichier puis en I'ajoutant au nouvel 
emplacement. Le fichier deplace est alors importe en totalite dans le depot et il perd toutes les informa- 
tions relatives a ses versions precedentes. Subversion propose un mecanisme qui maintient la version du 
fichier deplace ou dont le nom a ete modifie. 



Ne valider que du code sans erreur 

Si vous voulez faire un gateau, sachez qu'il y a deux manieres de casser des oeufs. La 
premiere, la plus courante, consiste a separer le contenu de la coquille afin de ne 
recuperer que le blanc et le jaune. La deuxieme, beaucoup plus directe, consiste a 
mettre tous les oeufs dans le saladier puis a les ecraser avec leur coquille... mais 
ensuite il faut ramasser les morceaux tres delicatement et e'est plus long. 

Un depot de donnees n'a pas vocation a recevoir des coquilles. II prefere les versions 
stables et testees de vos fichiers. S'obstiner a valider des fichiers contenant des erreurs 
grossieres (parse error, etc.), e'est s'exposer a une serie de problemes dont void 
quelques exemples : 

• Les retours en arriere sont censes reparer des erreurs, ils genereront au contraire 
de nouveaux problemes. En effet, si vous n'avez pas respecte la regie ne validez 
que du code sans erreur, il y a des chances que vos retours en arriere se fassent sur 
des versions boguees de votre application. 

• Les mises a jour de l'ensemble de vos collaborateurs deviendront instables. Une 
erreur validee dans le depot de donnees se propage chez les voisins qui mettent a 
jour leur code regulierement. 

• Plus il y a de coquilles dans vos fichiers, plus vous avez de chance d'en laisser dans 
les versions figees de votre application. 

• Le depot va rapidement augmenter en taille et l'ensemble des coquilles vont y res- 
ter a vie, car dans un depot, rien ne se perd. 

Tester avant de figer une version 

Figer une version s'inscrit dans un mecanisme de maintenance decrit sur la figure 3-3. 
On parle egalement d'effectuer une montee de version. Cette operation est effectuee 
une fois qu'un objectif est atteint et que l'application se trouve dans un etat considere 
comme stable, done prete a etre livree. 

Toute montee de version doit etre precedee de tests complets. Cela permet d'assurer 
une montee sur un etat stable de l'application. 
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Figure 3-3 
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Le numero de version a incrementer dependra de la nature des operations effectuees : 

• S'il s'agit de quelques corrections de bogues ou mises a jour passageres, nous 
incrementerons l'indicatif le plus faible (indicatif de maintenance). Par exemple, 
nous passerons de RELEASE_1_3_4 a RELEASE_1_3_5. 

• S'il s'agit d'un ensemble de bogues et de mises a jour importantes, nous incre- 
menterons l'indicatif du milieu (revision). Par exemple, nous passerons de 
RELEASE_1_3_4 a RELEASE_1_4_0. 

• S'il s'agit d'une refonte complete de l'ensemble de 1' application, nous incremente- 
rons l'indicatif le plus fort (version de Implication). Par exemple, nous passerons 
de RELEASE_1_3_4 a RELEASE_2_0_0. Generalement, cette operation est accompa- 
gnee de la creation d'une branche. 



Eviter les renommages et les emplacements en masse 

Ce principe s' applique surtout aux utilisateurs de CVS. Nous avons vu precedem- 
ment qu'un deplacement correspondait en realite a une suppression (au sens CVS) 
suivie de la creation d'un nouveau fichier. II s'en suit l'import complet de ce nouveau 
fichier et la perte de l'historique, due au fait que CVS considere qu'il s'agit d'un nou- 
veau fichier. 

Le renommage d'un fichier a exactement le meme effet qu'un deplacement. II nest 
pas possible de renommer un fichier dans CVS sans le supprimer dans un premier 
temps puis le recreer dans un deuxieme temps. 
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Chacun son compte 

« Qui a developpe cet algorithme incomprehensible il y a 9 mois dans le module 
d'export des produits ? » 

Plus un projet fait intervenir du monde, plus il est important de savoir qui fait quoi et 
qui a fait quoi. Un compte CVS ou Subversion doit etre lie a un developpeur (et non 
a un poste de travail). L'identifiant CVS ou Subversion de chaque developpeur doit 
egalement etre explicite, de maniere a ce que Ton puisse facilement reconnaitre les 
contributeurs par leur identifiant. 

Faire en sorte que chacun ait son compte est egalement un moyen de temoigner du 
travail fourni. Les gestionnaires de versions retiennent a chaque validation le detail 
des modifications effectuees sur chaque fichier. 



Securite Le probleme du vol d'identite 

Venir travailler sur le poste du voisin et utiliser son export (checkout des sources), c'est travailler en 
son nom. Veiller a ne pas reproduire cette erreur courante effectuee par de nombreux developpeurs qui 
travaillent dans les memes locaux. 

Ne laissez pas vos collegues de projets travailler sur votre espace de travail et n'allez pas travailler sur les 
leurs. Lorsque vous voulez travailler sur le projet, effectuez toujours un export a votre nom afin de valider 
egalement a votre nom. (Cependant, il est possible avec Subversion de valider des modifications a son 
nom depuis n'importe quel espace de travail.) 



Quand et pourquoi creer une branche ? 

La creation d'une branche consiste a scinder un ensemble de fichiers en deux. Ainsi, 
deux versions d'un meme fichier peuvent etre developpees en parallele. 

II est generalement d'usage de creer des branches sur un projet (module) entier plutot 
que sur un ou plusieurs fichiers. La branche secondaire (celle qui est creee) est com- 
pletement dissociee de la branche principale (souvent appelee HEAD). Un export d'une 
branche secondaire incomplete ne permettra d'extraire qu'un ensemble de fichiers 
concernes par la branche. 

Quelques raisons pour lesquelles la creation d'une branche est utile : 

• La mise en place d'une nouvelle version de l'application peut bouleverser le con- 
tenu de la plupart des fichiers. Effectuer des travaux en parallele sur le developpe- 
ment de la nouvelle version et la maintenance de l'ancienne est rendu possible par 
la branche. Un exemple typique est present a la fin du chapitre 2. 

• La necessite d'une version ou configuration speciale peut faire l'objet d'une crea- 
tion de branche (par exemple, passer d'une application « marque blanche » a une 
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application derivee pour un nouveau client). En revanche, deux possibilites peu- 
vent se presenter : 

- La version speciale concerne l'ensemble des fichiers de Implication. Dans ce 
cas, il s'agira de scinder l'application en deux versions completement indepen- 
dantes. 

- La version speciale ne concerne que certains fichiers (par exemple : des fichiers 
de configuration, des templates de la couche presentation ou des classes speci- 
fiques). Dans ce cas, la construction de votre application resultera de 1' extrac- 
tion des fichiers de la branche principale, suivie de 1' extraction des fichiers 
modifies de la branche secondaire qui viendront se superposer a la branche 
principale. Ce mecanisme est decrit sur la figure 3-4. 

• Une operation speciale effectuee sur l'application, qui devra etre appliquee plus 
tard. Par exemple, effectuer une version de votre site web aux couleurs de noel. 
Cette version doit etre preparee a partir du mois de septembre pour une mise en 
ligne en decembre. Elle concerne certains fichiers de la couche presentation et 
quelques fonctionnalites. Entre temps, la version courante de l'application doit 
continuer a progresser. Nous pouvons done creer une branche afin de faire evoluer 
les fichiers « noel » en meme temps que la version courante. 



Figure 3-4 
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Quelques raisons de ne pas creer une branche : 

• C'est une maintenance supplementaire, done du temps a liberer. La creation 
d'une branche peut impliquer la mise en place d'operations de fusion (merge) et 
de nombreuses problematiques liees au developpement d'une application en deux 
versions independantes. La creation de nombreuses branches peut egalement 
poser probleme : a moins d'etre organise, il est facile de se perdre dans ces diffe- 
rentes versions de plusieurs fichiers. 

• Une operation de maintenance classique ou une revision ne doit pas faire l'objet 
d'une branche. Dans la mesure du possible, l'ensemble des operations (corrections 
de bogues, mises a jour) doivent etre effectuees sur la meme branche, le plus sou- 
vent la branche principale (HEAD). 



Subversion (SVN) 

Subversion est le digne successeur de CVS, que nous aborderons plus loin dans ce 
chapitre. II reprend les bons points de son predecesseur sans ses defauts et met a dis- 
position de nouvelles fonctionnalites tres utiles qui font de ce programme un outil 
d'exception. 

Si vous utilisez deja CVS, il existe un outil permettant de migrer votre depot de don- 
nees en maintenant l'historique en place. En revanche, si vous voulez installer un 
nouveau depot, l'installation de Subversion plutot que CVS est recommandee. 

Apports de Subversion par rapport CVS 

La liste suivante, issue du site officiel de Subversion, vous donnera un apercu de ce 
que Subversion apporte de plus par rapport a CVS : 

• La plupart des fonctionnalites CVS ont ete developpees dans Subversion. Leur 
utilisation est, dans la mesure du possible, la meme. 

• Les repertoires et les proprietes de fichiers sont versionnes au meme titre que les 
fichiers. 

• Le deplacement et le renommage des fichiers est possible, l'historique des ver- 
sions est maintenu. 

• Une integration tres reussie a Apache/WebDAV permet d'etendre les possibilites 
de gestion des droits et de la securite. 

• Une gestion simplifiee et amelioree des branches et des tags permet de gagner de 
l'espace disque et du temps. 
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Le transfert des differences entre deux versions d'un meme fichier, meme binaire, 
permet d'economiser des ressources a tous niveaux (reseau, processeur, memoire). 
L'utilisation en ligne de commande est amelioree, toutes les sorties sont interpre- 
tables et les messages sont en francais. 



Pour obtenir davantage d'informations, vous pouvez vous rendre a I'adresse suivante : 
► http://subversion.tigris.org 



Installation 

^installation de Subversion est un jeu d'enfant. Si vous devez installer un client sous 
Windows, utilisez sans hesiter TortoiseSVN qui s'integrera tres astucieusement a 
votre explorateur : 
► http://tortoisesvn.tigris.org 

Pour installer un serveur et un client : 

• Sous Windows, vous disposez d'un programme d'installation tres simple sur le 
site de Subversion : 

► http://subversion.tigris.org 

• Sous Unix/Linux, vous pouvez soit installer le paquetage correspondant de votre 
distribution preferee, soit suivre les etapes de compilation ci dessous. 

Installation de Subversion (remplacez les tags <...>, <version> par les valeurs correspondantes) 

wget http://subversion.tigris .org/<. . .>/subversion-<version>.tar.gz 

tar -xzf subversion-<version>.tar.gz 

cd subversion-<version> 

./configure --prefix=/usr/local 

make 

make install 

Cette operation vient d'installer le client et le serveur Subversion sur votre environ- 
nement. Nous pouvons maintenant passer a la suite ! 



Le code source de Subversion est disponible a I'adresse suivante : 

► http://subversion.tigris.org/servlets/ProjectDocumentList?folderlD=260 
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Creation d'un depot de donnees 

La creation d'un depot de donnees Subversion se fait en une ligne, grace a la com- 
mande de maintenance svnadmi n installee en meme temps que Subversion. 

Installation d'un depot de donnees Subversion 
$ svnadmin create /svn/repositories/phpapps 

Cette operation cree le depot phpapps dans le repertoire /svn/repositories. Une 
fois genere, le depot est operationnel. 



Configuration pour PHP avec Apache/WebDAV 

Configurer Subversion avec Apache/WebDAV permet un acces sur mesure aux 
depots de donnees Subversion depuis l'exterieur. De nombreuses possibilites sont 
offertes au niveau de la gestion des permissions. 

Pour effectuer cette operation, vous devez disposer d'une version recente d'Apache 2 
accompagnee des modules suivants a ajouter dans son fichier de configuration : 

httpd.conf 

LoadModule dav_svn_module modules/mod_dav_svn.so 
LoadModule authz_svn_module modul es/mod_authz_svn. so 

La figure 3-5 propose une maniere de disposer les repertoires qui contiendront votre 
configuration et vos depots de donnees. La configuration d'Apache qui accompagne 
cette disposition permet de gerer vos droits et de creer autant de depots que vous 
voulez sans rien avoir a redemarrer. 



Figure 3-5 

Configuration d'Apache 2 
pour Subversion 



/svn 




•/phpapps* 

/repositories *e 

Ni/serviGesj( 
/.svnpermsj 



/.svnpasswd , 



httpd.conf 

<Location /svn> 
DAV svn 

SVNParentPath /svn/repositories 

AuthType Basic 
AuthName "D^pSt de donnees" 
AuthUserFile / svn/ . svnpasswd 
Require valid-user 
AuthzSVNAccessFile /svn/.f 
</Location> 
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Le fichier de permissions .svnpasswd est de type .htpasswd. Avec Subversion, vous 
pouvez creer des groupes d'utilisateurs et leur assigner les repertoires que vous 
voulez, en lecture et/ou en ecriture, grace au fichier . svnperms. 

Le fichier /svn/.svnperms 

[groups] 

admins = guillaume, matthieu 
viewers = damien, cyril 

[/] 

* = 

guillaume = rw 

[phpapps:/] 
©admins = rw 

[phpapps:/projetl] 
©viewers = r 

Dans l'exemple ci-dessus, nous interdisons dans un premier temps tout acces aux 
depots sauf a l'utilisateur « guillaume ». Puis nous donnons acces en lecture et ecri- 
ture a l'ensemble du depot phpapps aux utilisateurs du groupe admi ns. Enfin, les uti- 
lisateurs du groupe viewers ont acces en lecture au repertoire projetl du depot 
phpapps. 

Les utilisateurs doivent etre presents dans le fichier . svnpasswd. Pour creer des utili- 
sateurs, vous devez utiliser la commande htpasswd comme ceci : 

Creation d'un utilisateur « guillaume » 

$ htpasswd /svn/. svnpasswd guillaume 

Une fois la commande lancee, elle vous demandera le mot de passe de l'utilisateur a 
creer et inscrira cet utilisateur dans le fichier . svnpasswd. 

Ressource Pour aller plus loin avec Subversion ! 

II existe une documentation en ligne tres complete de Subversion a I'adresse suivante : 
► http://svnbook.red-bean.com 
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Import de donnees 

L'import de donnees se fait simplement grace a la commande svn import. 

Import de donnees dans le depot phpapps 
svn import /mes/donnees/ http://local host/svn/phpapps 

Cette operation importe les donnees du repertoire /mes/donnees dans le depot 
phpapps. 

Operations de base 

L'outil en ligne de commande de Subversion a l'avantage d'etre explicite et facile a 
comprendre. La liste des operations utiles est disponible en tapant simplement la 
commande svn help. 

Quelques operations de base avec subversion 

# Recuperation du contenu du depot "phpapps" 
svn checkout http://localhost/svn/phpapps 

# Creation d'un dossier "my_project" dans 

# le depot "phpapps" et demande d'ajout 
cd phpapps 

mkdi r my_project 
svn add my_project 

(...) 

# Renommage du fichier index.html en index. php 
svn rename index.html index. php 

# Validation des operations 
cd .. 

svn commit -m "Creation d'une nouvelle appli." 

Clients graphiques 

Sous Windows, l'installation du programme TortoiseSVN comme client Subversion 
est largement recommandee. II est convivial, s'integre astucieusement a l'explorateur et 
permet d'effectuer de tees nombreuses operations. 

Des editeurs comme Eclipse integrent egalement un client Subversion. D'autres editeurs 
comme PHPEdit integrent un explorateur Windows compatible avec TortoiseSVN. 
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Sous Unix/Linux, l'application RapidSVN est complete et pratique. Pour ceux qui 
passent souvent d'un environnement Unix a Windows, RapidSVN fonctionne egale- 
ment sous Windows. 

Quelques liens utiles : 

► http://tortoisesvn.tigris.org 

► http://subclipse.tigris.org 

► http://rapidsvn.tigris.org 



Concurrent Version System (CVS) 

CVS est l'outil de versionning le plus repandu a l'heure actuelle, bien que son succes- 
seur Subversion soit maintenant assez stable et fiable pour le remplacer. Cet outil a 
fait ses preuves pendant de longues annees (depuis 1989), il est aujourd'hui au cceur 
de la plupart des projets de developpement informatique en equipe. 

Nous basons ici nos exemples sur un systeme Unix mais l'utilisation sous Windows 
et MacOS est similaire. 

Installation 

reinstallation de CVS est aussi simple que l'installation de n'importe quel pro- 
gramme. Pour cela, vous pouvez utiliser le systeme de paquetages de votre distribu- 
tion preferee ou compiler CVS comme le montre l'exemple ci-apres : 

Installation de CVS (remplacez les tags <...>, <version> par les valeurs correspondantes) 

wget https://ccvs.cvshome.org/-c. . .>/cvs-<version>.tar.gz 

tar -xzf cvs-<version>.tar.gz 

cd cvs-<version> 

./configure --prefix=/usr/local 

make 

make check 
make install 



Les sources de CVS sont disponibles a I'adresse suivante : 

► https://ccvs.cvshome.org/servlets/ProjectDocumentList 



Cette manipulation vient d'installer le client et le serveur CVS sur votre environne- 
ment. Nous pouvons maintenant passer a la suite ! 
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RESSOURCE Installation de CVS sous Windows (CVSNT) 

Si vous souhaitez installer un serveur CVS sous Windows, il existe un paquetage appele CVSNT qui ins- 
talle tres simplement le serveur sous forme de service et met a disposition une interface de configuration 
intuitive. Ce paquetage introduit egalement de nouvelles fonctionnalites et ameliorations. Pour en savoir 
plus, vous pouvez consulter son site a I'adresse suivante : 
► http://www.cvsnt.com 



Creation d'un depot de donnees 

Creer un depot de donnees est une operation simple et rapide. Choisissez dans un 
premier temps une partition de taille consequents pour heberger vos sources, nous 
l'appellerons /space/cvs_repository. Une partition RAID est conseillee si vos 
developpements sont importants. Ensuite, l'installation du depot se fait en une seule 
ligne : 

Installation d'un depot de donnees CVS 

$ mkdir /space/cvs_reposi tory 

$ cvs -d /space/cvs_repository init 

Cette operation doit creer un repertoire /space/cvs_repository/CVSROOT contenant 
les metafichiers du depot de donnees. 

Configuration du depot pour PHP 

Dans le repertoire /space/cvs_repository/CVSROOT, nous allons nous interesser aux 
quelques fichiers suivants : 

• cvswrappers : configuration des types de fichiers en fonction de leurs extensions ; 

• cvsignore : configuration des motifs de fichiers a ne pas importer dans le depot de 
donnees ; 

• passwd : liste des acces par la methode pserver que nous aborderons plus loin ; 

• /etc/inetd.conf : configuration de l'acces pserver sur le reseau local via le demon 
inetd (ou xinetd sur certains serveurs). 



Technique Modifier la configuration de votre depot de donnees 

II est possible de modifier les metafichiers du depot directement dans le dossier CVSROOT. En revanche, 
CVSROOT est egalement un module de votre depot de donnees. Vous pouvez I'extraire en utilisant la 
commande cvs co CVSROOT, modifier le contenu des fichiers puis valider : les metafichiers CVS sont 
ainsimisajourautomatiguement. 
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Le fichier cvswrappers 

II est important de configurer ce fichier des le debut car cela permet d'eviter certains 
problemes lies aux methodes de transferts de donnees gerees par CVS. 

Le probleme courant concerne les fichiers binaires. CVS considere par defaut que 
vos fichiers sont du code source, done des fichiers ASCII. Le transfert de fichiers 
ASCII est plus rapide mais n'est pas compatible avec le transfert de donnees binaires. 
Si vous laissez CVS gerer ces derniers (images, videos, etc.) comme des fichiers 
ASCII, vos fichiers deviendront inutilisables. 

Contenu du fichier cvswrappers 

# Inscription des extensions des fichiers binaires 
*.gif -k 'b' 

*.jpeg -k 'b' 
*.jpg -k 'b' 
*.png -k 'b' 
*.mp3 -k 'b' 

# Fusionner les fichiers PHP plutot que les copier. 
*.php -m MERGE 

Le fichier cvsignore 

II contient des noms et des motifs de fichiers/dossiers dont il ne faut pas tenir 
compte. C'est dans ce fichier de configuration que vous allez mentionner a CVS de 
ne pas tenir compte de certains contenus : les fichiers temporaires, les configurations 
specifiques, les metafichiers de votre editeur, etc. 

II existe deja une liste de motifs ignores par defaut par CVS. Le fichier cvsi gnore est 
la pour donner la possibilite d'etendre cette liste. 

Liste des fichiers ignores par defaut 

RCS SCCS CVS CVS.adm 

RCSLOC cvs "log.* 

tags TAGS 

.make. state .nse_depinfo 

*~ #* .#* ,* _$* 

*.old *.bak * . BAK *.orig *.rej 

*.a *.olb *.o *.obj *.so 

*.Z *.elc *.ln 
core 



*$ 

.del-* 
* . exe 
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Exemple de contenu pour le fichier cvsignore 

*.gz 
* . zi p 
*.tmp 

tempi ates_t 
local _* 



A SAVOIR Concernant les fichiers cvsignore et .cvsignore 

# Si le fichier cvsignore, fichier de niveau depot n'existe pas dans le dossier CVSROOT, vous pou- 
vez le creer. 

# II est egalement possible d'appliquer ces motifs a partir d'un repertoire en appliquant un metafichier 
. cvsi gnore dans votre repertoire utilisateur personnel. La syntaxe de ce metafichier est la meme 
que celledu fichier cvsignore. 

Creation de modules et import de donnees 

Le depot de donnees stocke les informations dans une hierarchie de repertoires. 
Cette hierarchie est composee d'un repertoire racine « . » qui contient autant de 
repertoire qu'il y a de modules de base. 

La notion de module est une convention : un module n'est rien d'autre qu'un chemin 
relatif a la racine du depot de donnees : 

Extraction d'un module 

# Extraction du module PEAR 
cvs co PEAR 

# Extraction du module PEAR/DB 
cvs co PEAR/DB 

# Extraction de tout le contenu du depot de donnees 
cvs co . 

Creer un module est une operation simple. II suffit de se mettre dans le repertoire 
contenant les donnees initiales puis de se servir de la commande import. Si le reper- 
toire courant est vide, un module vide est cree. 

Creation d'un module 

# Creation d'un module a partir de donnees existantes 

# (le contenu du repertoire courant). 

cvs import -m "Version initiale" mon_modul e phpba BETA 
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Operations de base 

Pour obtenir la liste des operations fournies par 1' executable CVS, il suffit dans un 
premier temps de taper la commande cvs --help-commands. 

Pour obtenir davantage d'informations sur une des operations listees, la commande 
cvs --he! p-<nom_de_l a_commande> fera votre bonheur. 

Quelques operations de base 

# Recuperation des donnees du module "module" 

# du depot de donnees "mon_depot" 
cvs -d /space/mon_depot checkout module 

# Demande d'ajout du fichier "index. php" dans 

# le repertoire "module/admin" 
cd ./module/admin 

echo "<?php phpinfoO; ?>" > index. php 
cvs add index. php 

# ret rait du fichier home. php 
cvs remove home. php 

# Validation des operations 

cvs commit -m "Message de maintenance" 

Utiliser les des de substitution 

Une cle de substitution est un mot-cle que le gestionnaire de versions va interpreter a 
la validation de votre fichier. Ce mot-cle sera remplace par des informations. Par 
exemple, un mot-cle $Id$ present dans un fichier PHP sera substitue par des infor- 
mations sur la version courante et son auteur, comme le montre l'exemple suivant : 

Placons une cle de substitution $ld$ a la creation d'un fichier 

<?php 

/* 

* $Id$ 

V 

$ld$ sera automatiquement substitue par des informations a la validation 

<?php 

/* 

* $Id: index. php, v 1.1 2005/05/17 22:50:05 guillaume Exp $ 

V 
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Tableau 3-1 Liste des cles de substitution CVS 



$ld$ 


Nom du fichier, version et date de derniere validation, identifiant de I'auteur. 


$Header$ 


Memes informations que $ld$ avec le chemin complet vers le nom du metafichier 
correspondant dans le depot. 


$Author$ 


Nom de I'auteur de la derniere validation. 


$Date$ 


Date de la derniere validation. 


$Name$ 


Nom du tag utilise pour extraire le fichier. 


$Log$ 


Ajoute des informations a chaque validation. Attention a cette cle, elle augmente 
la taille du fichier a chaque validation. 


$Revision$ 


Le numero de version du fichier. 


$Source$ 


Chemin complet vers le metafichier (RCS) correspondant dans le depot. 


$State$ 


Etat assigne a la version via la commande "cvs admin -s". 


$Locker$ 


Identifiant de la personne qui a verrouille le fichier. 



PROGRAMMATION Exploiter les cles de substitution dans le code PHP 

Les cles de substitution se mettent generalement dans des commentaires PHP, mais rien ne vous empe- 
che de les utiliser egalement dans du code PHP comme le montre I'exemple suivant : 
$cvs_id = "$Id$"; 

Ainsi, vous recuperez dans votre code PHP des informations sur la version en cours de votre fichier. Faites 
seulement attention a ce que ce mecanisme ne genere pas d'erreurs de syntaxe. 



Clients graphiques 

II existe une multitude de clients graphiques simplifiant l'acces au depot de donnees 
CVS. Ces clients peuvent etre des programmes autonomes ou attaches a un editeur 
comme Eclipse. 

Parmi les clients autonomes, les plus utilises sont TortoiseCVS (pour son integration 
astucieuse a l'explorateur Windows), WinCVS (un client tres complet) et Cervisia 
(un bon client graphique sous Unix/Linux). 

Quelques liens utiles : 

► http://www.tortoisecvs.org 

► http://www.wincvs.org 

► http://www.kde.org/apps/cervisia/ 

► http://www.maccvs.org 
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Mettre en place 
I'environnement d'execution 
pour le developpement 



Parmi l'ensemble des outils utiles au developpement de vos applications, I'environne- 
ment d'execution est l'un des plus importants. En PHP, Finstailation d'un environ- 
nement minimal est extremement facile et rapide grace a des programmes d'installa- 
tion packages comme Wampserver ou EasyPHR 

Ces installeurs mettent en place en moins de dix minutes plusieurs outils selectionnes 
pour leur popularite. lis sont tres pratiques pour accompagner le developpement 
d'applications simples. En revanche, ils ne permettent pas de simuler un veritable 
environnement de production et ne sont pas suffisants pour assurer un travail 
d'equipe efficace. 

A la lecture de ce chapitre, vous serez non seulement capable de connaitre et com- 
prendre les divers constituants d'un environnement d'execution professionnel mais 
egalement de choisir et d'installer l'ensemble des outils dont vous aurez besoin, que 
ce soit sur un simple poste ou sur un reseau de plusieurs serveurs. 
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Qu'est-ce qu'un environnement d'execution ? 

II est avant tout le support materiel et logiciel de vos travaux. L'installation d'un envi- 
ronnement d'execution adapte aux caracteristiques de vos applications est determi- 
nant pour assurer un maximum de stabilite, de qualite, de confort et de performances 
pour le developpement de vos applications. 

Avant d'entamer la mise en place de notre environnement, il sera necessaire de con- 
naitre et maitriser les points suivants : 

• le type d'applications a mettre en place ; 

• les outils et les extensions necessaires au fonctionnement des applications ; 

• la configuration du pare informatique qui va supporter les serveurs et postes de 
developpement. 

Definition d'un environnement d'execution pour PHP 

Nous decrirons ici dans un premier temps des configurations d'environnements 
d'execution PHP les plus courantes dans le cadre de developpements web. Nous 
aborderons ensuite les divers constituants d'un environnement, les bonnes pratiques 
de parametrage des composants critiques et l'ensemble des points auxquels il faut 
penser pour monter un environnement simple, performant, pratique et confortable. 

L' environnement minimal 

L'environnement d'execution minimal d'une application PHP est decrit sur la figure 
4-1. II est compose des elements suivants : 

• un systeme d'exploitation installe sur un ordinateur ; 

• un interpreteur de code (PHP) ; 

• un serveur de pages web (serveur HTTP). 



Figure 4-1 

Un environnement 
d'execution minimal 
pour PHP 











Serveur 




Interpreteur 




Systeme d'exploitation 
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Ces composants a eux seuls permettent d'heberger et de faire tourner une application 
PHP. Ajoutez-y un editeur de texte et vous avez deja un environnement de develop- 
pement suffisant. 

En revanche, la plupart des applications ne se contentent pas de ces seuls outils. Un 
environnement minimal reste tres limite, il ne permet pas de mettre en place de 
reelles strategies de qualite, de performances et de travail en equipe de part sa nature 
minimaliste. 



Un environnement standard individuel 

La figure 4-2 illustre les principaux constituants d'un environnement d'execution 
standard pour un developpeur qui souhaite travailler sur une ou plusieurs applica- 
tions PHP. 




L'environnement standard individuel est compose bien entendu des serveurs HTTP 
et PHP, mais aussi d'un ou plusieurs editeurs adaptes aux applications a developper 
(lisez le chapitre 5 pour choisir votre editeur), des outils d'administration, de debo- 
gage et de conception (UML, Gestionnaires de bases de donnees, etc.) et divers 
autres programmes utiles, permettant d'assurer les sauvegardes, la gestion des don- 
nees et la communication vers l'exterieur. 
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Programmation UML et PHP 

L'utilitaire DIA associe au plug-in UML2PHP5 permet de generer du code PHP a partir d'un modele UML. 
Vous trouverez davantage d'informations sur cet outil au chapitre 9 et sur I'utilisation d'UML avec PHP 
au chapitre 8. 



L'environnement standard en equipe 

L'environnement decrit sur la figure 4-3 est constitue de plusieurs environnements 
individuels auxquels nous ajoutons les composants partages essentiels a la pratique du 
developpement PHP en equipe. 

La plupart de ces outils sont les memes quel que soit notre environnement de travail. 
Les professionnels et les developpeurs Open Source mettent en place des meca- 
nismes similaires. 



Figure 4-3 

Un environnement 
d'execution standard 
pour PHP en equipe 
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Vous trouverez des exemples d'outils de developpement sur les plates-formes de 
developpement collaboratives comme sourceforge.net ou php.net. 

Les outils partages, representes sur le gros bloc central de la figure 4-3 assurent la 
presence d'un environnement d'execution pour les applications, d'outils de mainte- 
nance (sauvegardes, synchronisations), d'outils d'accompagnement du developpe- 
ment (tests, intranet, debogueur, etc.) et de serveurs utiles au partage des donnees 
(FTP, CVS, etc.). 

Un environnement agile complet 

Cette solution s'adresse a ceux qui souhaitent mettre en place un scenario de deve- 
loppement intensif base sur les pratiques des methodes agiles que nous avons abor- 
dees au chapitre 2. 

Cet environnement est un peu plus long a mettre en oeuvre mais possede de nom- 
breux avantages sur ses homologues classiques : 

• II permet une interaction aisee avec le client ou l'utilisateur final grace a la notion 
d'environnement de recette. 

• II est concu pour accompagner un rythme de developpement iteratif, c'est-a-dire 
decoupe en petits developpements par etapes et en livraisons par paliers. 

• II possede egalement tous les avantages d'un environnement de developpement 
en equipe. 

L'environnement agile exploite le trio developpement/recette/production qui est 
decrit un peu plus loin dans ce chapitre. Nous ne le detaillerons done pas dans cette 
section. En revanche, cet environnement est difficilement adaptable a une toute 
petite equipe ou a des petits projets car il necessite davantage de maintenance. 



Environnement de 
Developpement 




Travaux de 
developpement 



Tests 
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recette 



Tests 



Envirannement de 
Production 



i — i 



Mise en 
production 
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Exploitation 



Figure 4-4 Un environnement d'execution agile pour PHP 
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Parametres utiles d'un environnement d'execution 

^installation d'un environnement d'execution implique le choix, la mise en place et 
la configuration de ses constituants, a commencer par le systeme d'exploitation. 

Les systemes generalement choisis pour l'hebergement d'applications PHP en pro- 
duction sont des systemes Unix et derives (Linux &BSD). Nous nous baserons done 
essentiellement sur cette categorie de systemes dans nos exemples. 

En revanche, si vous choisissez Microsoft Windows ou Mac OS ces principes 
s'appliquent egalement. Meme s'il est preconise de choisir un systeme Unix pour 
l'hebergement partage d'applications PHP, il convient de prevoir que pour des rai- 
sons de securite et de reactivite, il vaut mieux choisir l'OS le mieux maitrise par 
l'equipe d'exploitation. 

A la compilation 

La compilation n'est pas necessaire, mais elle permet d'obtenir des executables sur 
mesure pour vos applications critiques. Cette methode permet egalement des mises a 
jour aussi frequentes que souhaitees et le retrait des limites dues au parametrage par 
defaut des applications precompilers (paquetages, ports). 

Reportez-vous au chapitre 15 pour en savoir plus sur la compilation des applications. 
Les parametres de compilation de PHP 

II est recommande, pour des raisons de commodite en environnement de developpe- 
ment, de compiler PHP comme module dynamique de votre serveur HTTP. Ceci 
permet d'eviter d'avoir a recompiler ce dernier pour prendre en compte les modifica- 
tions des parametres de compilation de PHP. 

Ces derniers sontfournis par 1' executable configure, disponible dans le repertoire de 
base du code source de PHP. Pour cela, il suffit de taper la commande suivante. 

Visualiser la liste des options de compilation de PHP 

$ ./configure --help 

Les etapes minimales d'une compilation de PHP sont les suivantes (les mots entre 
< et > sont a remplacer par les donnees correspondantes). 

Etapes minimales de compilation de PHP 

$ wget <url_des_sources_php> 

$ tar xzf php-<version>.tar.gz ; cd php-<version> 
$ ./configure --prefix=/usr/local — with-apxs 
$ make install 
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Ces quelques commandes effectuent les operations suivantes : 

1 telechargement des sources de PHP ; 

2 decompactage des sources ; 

3 lancement du configure avec les parametres de pre-compilation ; 

4 compilation et installation. 

L' option —prefix de l'executable configure determine le repertoire de base de l'ins- 
tallation de PHP. L'option — with-apxs permet la generation d'un module dyna- 
mique de PHP (fichier . so), a deplacer dans le repertoire de stockage des modules 
dynamiques du serveur HTTP (ce qui est generalement fait par defaut). 



ASTUCE Memoriser ses parametres de compilation 

Afin de se souvenir des parametres a passer a l'executable configure, vous pouvez creer un fichier 
my_confi gure organise comme ceci : 

#!/bin/sh 

# Pre-configuration avant installation. Executez 

# ce fichier puis tapez "make", puis "make install" 

# pour compiler et installer 1 ' appl i cation . 
./configure — prefix=/usr/local \ 

--with-apxs \ 
--with-mysql \ 



Les parametres de compilation du serveur HTTP 

En mode developpement, les parametres de compilation du serveur HTTP ne sont 
pas cruciaux. Assurez-vous juste que votre serveur puisse charger des modules dyna- 
miques si vous avez choisi de compiler PHP comme tel. 

Si vous utilisez des fonctionnalites speciales du serveur HTTP (module de cache, 
regies de recriture, etc.) et que ces parametres sont importants pour le fonctionne- 
ment de vos applications, il est recommande de disposer en developpement de para- 
metres similaires a ceux des serveurs de production et de recette. 

II est egalement possible d'installer simplement un binaire du serveur HTTP (par 
l'intermediaire d'un gestionnaire de paquetages de votre systeme d'exploitation par 
exemple) et de compiler PHP en mode dynamique. 

En d'autres termes, la compilation de PHP ne requiert pas la compilation du serveur 
HTTP, sauf si vous souhaitez compiler PHP en mode statique (ce que nous verrons 
au chapitre 15). 

Le serveur HTTP le plus utilise pour PHP s'appelle Apache. Void un exemple de 
compilation du serveur Apache en environnement Unix. 
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Compilation du serveur HTTP Apache 

• remplacez les mots entre < et > par le contenu 

• correspondant . 

$ wget <url_jakarta_apache>/apache_<version>.tar.gz 
$ tar xzf apache_<version>.tar.gz ; cd apache_<version> 
$ ./configure — prefix=/usr/local --enable-module=so 
$ make install 

Ces quelques commandes effectuent les operations suivantes : 

• telechargement des sources du serveur HTTP ; 

• decompactage des sources ; 

• lancement du configure avec les parametres de precompilation ; 

• compilation et installation. 

Les parametres de compilation des extensions 

Seule l'utilisation vraiment specifique d'une extension requiert une compilation sur 
mesure. II existe deux categories d'extensions : 

• Les extensions autonomes, qui sont declarees avec le prefixe --enable- lors de 
l'etape de precompilation (configure). 

• Les extensions faisant appel a des programmes exterieurs, qui sont declarees avec 
le prefixe --with- lors de l'etape de precompilation. 

Par exemple, l'execution de ./configure --enable-wddx fonctionnera a tous les 
coups, tandis que l'execution de ./configure --with-xsl echouera si vous n'avez 
pas au prealablement installe la librairie xsl, non incluse dans les codes source de 
PHP. 

Les programmes requis avant la compilation de PHP doivent etre installes avec leurs 
fichiers d'en-tete (headers) pour que l'etape de precompilation (configure) se deroule 
sans erreur. 

Afin de disposer des fichiers d'entete ou headers, vous devez installer les paquetages 
suffixes par -devel, -dev ou -headers de votre distribution Linux ou BSD (ex : 
libxsl-devel). 

Apres ('installation 

Une fois les programmes installes et compiles, vient l'etape de postconfiguration. De 
nombreux services et demons disposent d'un fichier de configuration qu'ils consul- 
tent au lancement. Ces fichiers doivent etre configures correctement. lis peuvent etre 
differents de leurs homologues sur les serveurs de recette et de production, notam- 
ment en ce qui concerne la gestion des erreurs. 
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La configuration de PHP (php.ini) 

Elle se fait par l'intermediaire du fichier php.ini, situe par defaut dans le repertoire 
$prefix/1ib (remplacez Sprefix par le repertoire d'installation choisi lors de la 
compilation). II peut egalement etre situe dans /etc ou /usr/local/etc. 

Ce fichier contient les parametres de configuration de PHP et de ses extensions. 
Void les principales options de configuration recommandees en environnement de 
developpement : 

Configuration des tags PHP 

short_open_tags = off 
asp_tags = off 

Le parametre short_open_tags definit si la presence du tag <? est autorisee pour 
annoncer le debut d'un script PHP. II est recommande de laisser ce parametre a off 
car une declaration de ce type : <?xml version=1.0 ?> ferait echouer votre script 
PHP. 

Configuration des erreurs 

error_reporti ng = E_ALL | E_STRICT 
display_errors = On 

Le parametre ci-dessus permet de definir les types d'erreurs reportes par PHP. La 
valeur E_ALL correspond a tout type d'erreur. II est recommande de le mettre en envi- 
ronnement de developpement afin de tenir compte de l'ensemble des erreurs detecta- 
bles par l'analyseur syntaxique de PHP, quelles que soient leurs gravite. E_STRICT 
ajoute a cela la detection d'erreurs specifiques a PHP 5. 

Traduction des parametres GET et POST 

register_globals = Off 

Pour des raisons de securite, ce parametre va disparaitre dans les prochaines versions 
de PHP afin d'etre mis d'office a Off. Son activation permet la traduction directe des 
parametres HTTP (GET et POST) en variables PHP, ce qui peut generer de graves 
problemes de securite et ouvrir des portes aux attaques par injection de code. 

La configuration du serveur HTTP 

Les modifications de la configuration du serveur HTTP (fichier httpd.conf pour 
Apache) peuvent devenir frequentes, notamment lorsqu'il supporte un grand nombre 
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d'applications PHP mises a jour regulierement. Dans ce cas, vous pouvez mettre en 
place une routine telle que decrite sur la figure 4-5. 




Dans l'automate de la figure 4-5, un executable do_http_conf genere les notes vir- 
tuels lies a chaque site. Les parametres de ces notes sont determines en fonction de 
l'emplacement (URL) et du contenu (autres parametres) de fichiers speciaux 
vhost.php disposes a la racine de chaque application. Voici un exemple de ce que 
peut contenir le fichier vhost . php dans un repertoire /web/openstates . org/1 oca! / : 

Fichier vhost.php 

<?php 

header("HTTP/1.0 404 Not Found"); 

/* 

#PHP5 

php_value include_path ". : /web/openstates. org/1 ocal /includes/" 

UseCanonicalName On 

Directorylndex index. ops index. php 

SetEnv 0PS_BASE "/web/openstates. org/1 ocal/" 

V 

?> 

La routine correspondante devra traiter les informations situees entre /* et */. 
#PHP5 indique a la routine que l'application est compatible PHP 5 et le reste des 
lignes doit etre copie tel quel dans l'hote virtuel de l'application. 
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Ressources Telecharger cette routine sur Internet 

Vous trouverez a I'adresse suivante le code source de la routine correspondant a notre exemple ainsi que 
de nombreux autres outils utiles. II est egalement possible de proposer ses propres outils et de les rendre 
visibles sur de nombreux sites qui traitent de PHP : 
► http://www.openstates.org/php/ 



D'autre part, il se peut que certaines applications requierent des parametres specifi- 
ques de configuration PHP qui ne concernent pas les autres (comme les repertoires 
d'include par defaut par exemple). 

Ces parametres peuvent etre inscrits dans la configuration d'un serveur HTTP 
comme Apache, dans I'environnement d'un hote virtuel. L'exemple suivant propose 
une solution de parametrage liee a la procedure decrite plus haut. 

Un hote virtuel qui definit des options PHP specifiques 

# WWW.0PENSTATES.ORG 

# PHP 5 Application 

# Owner : openteam 

# Content path : /web/openstates.org/local/ 
<VirtualHost *:80> 

Serve rName local.openstates.org 
ServerAdmin webmaster@local .openstates.org 
DocumentRoot "/web/openstates . org/1 ocal /" 
<Di rectory "/web/openstates. org/local/"> 

Options -Indexes FollowSymLinks Multi Views 

AllowOverride all 

Order allow, deny 

Allow from all 
</Di rectory> 

php_ value include_path ". : /web/openstates. org/1 ocal /includes/" 

UseCanonicalName On 

Directorylndex index. ops index. php 

SetEnv OPS_BASE "/web/openstates.org/local/" 

ErrorLog logs/1 ocal -openstates-org-error_log 
CustomLog logs/1 ocal -openstates-org-access_log combined 
</Vi rtualHost> 

La configuration du systeme d'exploitation 

II est generalement preferable d'avoir le meme systeme d'exploitation en developpe- 
ment, en recette et en production de maniere a ce que l'es environnements soient 
similaires. En revanche, si vous souhaitez que vos applications soient portables, 
effectuer des tests sur des plates-formes tees differentes peut devenir judicieux. 



Organisation du projet : conventions et outils 



Premiere partie 



L'environnement de votre systeme d'exploitation peut avoir des repercussions sur le 
comportement de vos applications PHP : 

• des repercussions sur les variables d'environnement que vous pouvez visualiser 
grace a la fonction phpinfoO ; 

• des repercussions sur le comportement des fonctions sensibles aux parametres 
regionaux et aux jeux de caracteres supportes par le systeme ; 

• des repercussions sur le comportement des fonctions specifiques a certains syste- 
mes (fonctions COM sous Windows ou POSIX sous Unix). 



A SAVOIR Parametres regionaux sous Unix 

Sous un systeme Unix, les parametres regionaux et le jeu de caracteres par defaut sont definis dans les 
locales systeme, que vous pouvez visualiser en tapant la commande locale -a. Les valeurs de ces 
locales sont definies dans les fichiers de configuration de votre systeme. Consultez la documentation 
pour savoir comment modifier ces parametres. 

La configuration des extensions 

Comme nous l'avons vu precedemment, la configuration des extensions est parfois 
geree independamment de la configuration de PHP. Les repercussions de ces confi- 
gurations sur le comportement de votre application PHP peuvent etre plus ou moins 
sensibles en fonction de vos objectifs : 

• Si votre application a vocation d'etre portable, effectuer des tests sur des configu- 
rations tres heterogenes peut s'averer judicieux. Les tests unitaires et tests de 
recette vous seront tres utiles pour fixer rapidement les bogues lies a ces change- 
ments d'environnement. 

• Si votre application est fortement dependante de l'environnement d'execution, 
alors il vous faudra veiller a ce que les versions et les configurations de vos exten- 
sions soient homogenes sur l'ensemble de vos serveurs. 

Par exemple, le comportement d'une extension liee a l'utilisation d'un SGBD dans 
une application PHP est soumise a la configuration du SGBD et a la version qui est 
installee sur le systeme. 

La configuration des outils 

Ces configurations n'ont pas d'influence sur le comportement des applications, en 
revanche, elles en ont sur le confort de votre environnement de developpement. 

La mise en place des outils de developpement est abordee un peu plus loin dans ce 
chapitre, dans la section Outils et parametres communs. 
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Le trio « developpement/recette/production » 

Si vous utilisez une methode agile dans la gestion de vos projets, vous connaissez cer- 
tainement ce trio, que nous avons deja un peu aborde precedemment dans la descrip- 
tion des environnements d'execution types. 

II consiste a mettre en place trois environnements similaires qui ont des roles bien 
definis : 

• L'environnement de developpement, a disposition des developpeurs, sert a effec- 
tuer des tests en interne sur les developpements en cours. 

• L'environnement de recette (ou de preproduction), souvent ouvert a l'exterieur a 
la maniere d'un Extranet, permet a des intervenants (clients, testeurs) d'apprecier 
la progression des travaux et d'effectuer des tests d'utilisation. 

• L'environnement de production heberge les versions stables des applications. Cet 
environnement doit etre protege, robuste et independant des autres environne- 
ments. 




La figure 4-6 illustre le role de ces environnements a travers les procedures qui les 
concernent. 



I Organisation du projet : conventions et outils 

I Premiere partie 

Apports et contraintes d'un environnement d'execution 

Des outils et des parametres communs 

Travailler a plusieurs sur le meme projet et des postes de travail completement inde- 
pendants deviendrait rapidement contraignant. Les developpements PHP, le para- 
metrage de la base de donnees et l'ensemble des travaux effectues autour de l'applica- 
tion seraient rapidement difficiles a mettre en commun. 

C'est pour cela qu'il est utile, voire indispensable de mettre en place un environne- 
ment partage. Cela necessite un travail de configuration supplemental qui sera lar- 
gement compense par la suite. 

Void une liste d'outils qu'il peut etre utile de mettre en commun, avec quelques 
explications : 

• Un serveur simulant les caracteristiques de l'environnement de production permet 
de detecter, a priori, les erreurs liees au systeme d'exploitation, car souvent, celui 
d'un poste de developpement (Mac OS, Windows) n'est pas le meme que celui 
d'un serveur de production (Unix, Linux). 

• La configuration et la version du serveur HTTP peut evoluer regulierement, sur- 
tout s'il heberge un grand nombre d'applications. 

• La configuration et la version de PHP et de ses extensions sont egalement impor- 
tantes. Elles determinent le jeu de fonctions disponibles et leurs comportements. 

• Un environnement de test commun permet de detecter les problemes de conflits 
et eviter de nombreuses regressions. Les tests unitaires assurent l'integrite de 
fonctionnalites elementaires et les tests de recette garantissent le bon fonctionne- 
ment de l'application vu de l'exterieur. 

• La ou les bases de donnees (MySQL, LDAP, etc.) ont une architecture et une 
configuration qui necessitent d'etre maintenues en commun. Toute modification 
doit etre repercutee sur l'ensemble des environnements. 

• Une procedure de sauvegarde repartie peut etre egalement utile en cas de pro- 
bleme. Cela permet d'eviter toute perte fatale de donnees, cas de perte d'un envi- 
ronnement. 

• Le packaging des applications permet de simplifier les livraisons et les deploie- 
ments. Ce packaging peut inclure une procedure d'installation ou de mise a jour. 

• Une procedure de construction nocturne {nightly-build) effectuant de nombreux 
tests et de nombreuses operations utiles. Nous aborderons cette procedure plus 
loin dans ce chapitre. 
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Une simplification des developpements en equipe 

La figure 4-7 met en avant la composition d'un environnement d'execution type 
pour un serveur de developpement. Le role et la mise en ceuvre des differents com- 
posants sont decrits a la suite de ce chapitre. 




Le partage du code source, l'utilisation d'outils en commun de tracking/rapports de 
bogues, les synchronisations du code source et des donnees sont autant de procedures 
qui facilitent et accelerent le developpement en equipe. 



Un gain de temps en cas de crash 

Qui n'a jamais ete victime de pertes de donnees dues a un crash ? Que ce soit un 
simple document perdu suite a un probleme de l'editeur ou de multiples donnees 
perdues suite a un crash de disque dur, les pertes de temps generees a devoir tout 
reconstruire sont tres desagreables. 

Un environnement d'execution bien construit possede une strategic de sauvegarde et 
de restauration qui permet de limiter les risques et de gagner du temps, dans la 
mesure ou toutes ces procedures sont automatisees et fiables. 

Une section operations de sauvegarde est disponible plus loin dans ce chapitre. 



Une complexity relative 

Lenvironnement d'execution en developpement est souvent le plus complet, car non 
seulement il simule I'environnement de production, mais il heberge aussi les outils 
d'aide au developpement et de gestion des sources. 
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Choix des outils 

Le probleme est d'eviter de se retrouver avec une configuration trop complexe qui ne 
serait pas parfaitement maitrisee et maintenue. II faut done faire attention dans le 
choix des outils et la maniere dont on s'en sert. En regie generale, un bon outil de 
maintenance systeme doit : 

• Etre simple et fiable, surtout s'il manipule des donnees sensibles. 

• Se faire oublier, e'est-a-dire fonctionner sans probleme et sans necessiter de 
maintenance, de relances regulieres ou de procedures complexes d'utilisation. 

• Etre unique dans sa specialite, car la mise en place de plusieurs outils redondants 
augmente vos chances d'obtenir un systeme instable et difficile a maintenir. 

Strategies (('installation 

Les responsables d'exploitation vous le diront, les principaux symptomes des instabi- 
lites constatees sur un environnement d'execution sont generalement les suivants : 

• Une architecture trop complexe : presence de nombreux outils et programmes 
dont la plupart sont inutiles. 

• Des droits d'acces mal configures : acces publics a des ressources critiques, acces 
trop restreints responsables de pertes de temps ou acces trop nombreux que les 
utilisateurs ont du mal a retenir. 

• Une mauvaise configuration de l'environnement : des scripts qui plantent, des 
partitions pleines, une mise a jour impossible du systeme et tout autre probleme 
bloquant cause par un manque de prevision. 

L'installation d'un environnement d'execution doit passer par une phase initiale de 
reflexion pendant laquelle il faudra estimer des solutions techniques en reponse a un 
besoin qui peut evoluer. Voici une proposition d'ordre du jour que vous pouvez 
detailler ou faire evoluer : 

1 Prendre connaissance de la matiere d'eeuvre de l'environnement, e'est-a-dire des 
applications et des personnes auxquelles il faudra rendre service. 

2 Etablir une liste des outils et fonctionnalites que l'environnement devra gerer 
(depot de donnees, hebergement HTTP, interpreteur PHP, routines de sauve- 
garde, firewall, etc.). 

3 Choisir le systeme et detailler sa configuration (taille des partitions, installation 
minimale, configuration du noyau, etc.). 

4 Choisir les outils a reporter dans une liste. Pour chaque outil, detailler le type 
d'installation choisi (compile, binaire, installeur) etles configurations possibles. 

5 Imaginer votre environnement dans 1, 2, 5, 10 ans, vous en deduirez ce qui devra 
evoluer. Modifiez les estimations precedentes en consequence. 
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6 Choisir le materiel, il doit etre fiable meme s'il coute un peu plus cher que la 
moyenne. Veillez egalement a ce que votre configuration materielle soit simple ! 
Les serveurs n'aiment pas la multiplication des peripheriques. 

7 Installer consciencieusement, en prenant le temps de lire les documentations 
necessaires. Precipitation n'est pas synonyme de rapidite. 

Un environnement au service des equipes projet 

L'environnement de developpement est au service des equipes projet. Son objectif est 
de leur simplifier la tache et de proposer des solutions de collaboration et de travail. 

II est parfois utile de prevoir de la place pour un intranet qui sera compose d'outils de 
gestion de projets et d'interfaces d'administration. II existe en PHP de nombreuses 
applications gratuites ou commerciales repondant a ces besoins. Nous aborderons les 
aspects intranet plus loin dans ce chapitre. 



Construire un environnement sur mesure 

Architecture de l'environnement 

Avant de se lancer dans la mise en place d'un environnement, il est utile de se poser 
des questions. Le but de ces reflexions preliminaires sur 1' architecture est de s'assurer 
que l'environnement qui sera mis en place reponde bien aux besoins des developpe- 
ments a gerer. 

Avant tout, rappelons la devise : « faire simple et evolutif ». L'environnement d'exe- 
cution de developpement est de loin le plus complexe, car non seulement il simule 
l'environnement de production, mais il heberge de nombreux outils d'aide au deve- 
loppement de maintenance du systeme et des applications. L'art de ne pas en faire 
une usine a gaz sera appreciable. 

Void les etapes que nous pouvons adopter pour determiner notre architecture de 
developpement : 

1 determiner les besoins ; 

2 selectionner les outils ; 

3 evaluer les interactions entre les differents outils ; 

4 passer a l'acte. 
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Determiner les besoins 

Faites une liste des besoins qui seront les votres pour vos propres developpements. Pour 
cela, voici un certain nombre de questions sur lesquelles nous pouvons nous baser : 

• Quelles technologies interviennent dans le developpement ? 

• Combien d'applications vont etre hebergees ? 

• Quels types d'applications devront etre geres : applicatifs portables destines a etre 
distribues sur des systemes differents ou applicatifs specifiques a l'environnement 
d'execution ? 

• Quelles bases de donnees (MySQL, PostgreSQL, LDAP...) vont etre utilisees ? 

• Combien de personnes vont travailler en meme temps sur l'environnement de 
developpement ? 

• Qui (developpeurs, architectes, clients...) doit avoir acces a quoi (depot de don- 
nees, base de donnees, logs, fichiers statiques...), depuis ou (en interne, de l'exte- 
rieur...) ? 

Selectionner les outils 

Une fois les besoins identifies, nous devons choisir les outils qui y repondront en fai- 
sant attention d'eviter les redondances et de prevoir leurs evolutions futures (voir le 
choix des outils dans la section precedente, Une complexite relative). Ces outils peu- 
vent etre classes dans des categories distinctes : 

Tableau 4-1 Classement des outils a installer dans l'environnement d'execution 



Demons princi- Apache (httpd), rsync (synchro), BIND (DNS), Syslog, xinetd (acces CVS, pop, rsync, 
paux etc.), Sendmail (mail), slapd (Idap), crond (taches periodiques), etc. 


Programmes et 
librairies 


PHP, libxml, mysql, Idap, etc. 


Extensions PHP 


zip, curl, xsl, ftp, Idap, soap, wddx, mysql, mcrypt, dom, iconv, mbstring, gd, gettext, 
jpeg, pdo, etc. 


Reseau 


dhcpd (serveur dhep), named (serveur de noms), nfsd/samba (partage de fichiers), 
etc. 


Outils PHP 


PhpMyAdmin (edition MySQL), PhpLDAPAdmin (edition LDAP), outil Intranet, etc. 


Framework 


Copix + PEAR, Masterflow, etc. 


Maintenance 


Script de packaging, generation de la documentation, tests unitaires, tests de recette, 
checkstyle, rapport de qualite, etc. 


Securite 


Snmp (gestion reseau), ipfw (firewall), cacti (monitoring), etc. 


Gestion du pare 


Gestionnaire de domaines (samba/exchange), outils de diagnostic, antivirus, etc. 
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Bien entendu, il est judicieux ici de tenir compte de l'ensemble des fonctionnalites 
que devra gerer I'environnement de developpement. Dans le cadre de notre reflexion, 
nous nous interesserons aux sujets qui concernent PHP de pres ou de loin. Charge a 
l'administrateur systeme d'acquerir la connaissance necessaire a l'installation de fonc- 
tionnalites comme de gestionnaire de noms ou le firewall. 

Certains ont volontairement ete mis en gras dans notre tableau 4-1 afin de distinguer 
ce qui necessitera une installation minutieuse (compilation sur mesure) a ce qui ne 
necessitera pas beaucoup d'evolution. II peut etre par exemple frequent de devoir 
recompiler 1' executable PHP avec de nouvelles extensions, il est en revanche peu utile 
de compiler Sendmail pour une utilisation minimale d'envoi d'e-mails. 

Evaluer les interactions entre les differents outils 

Une fois les outils identifies, vient l'etape des liaisons. Nous pouvons par exemple 
disposer les outils en vrac, puis tracer les liaisons et enfin faire des regroupements et 
emettre des remarques. Un dessin comme celui de la figure 4-8 sera plus explicite 
qu'un long texte pour cette etape. 




< Scripts > 

synchronise 



Figure 4-8 Exemple de reflexion sur les interactions entre nos differents outils 
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Passer a I'acte 

Une fois que vous maitrisez les problematiques et les contraintes de votre environne- 
ment, vous pouvez passer a l'installation en priorisant vos taches, de maniere a 
fournir l'essentiel au plus vite. 

Notre architecture decrite sur la figure 4-8 semble un peu indigeste a lire. Son but est 
surtout d'apporter un moyen de reflexion sur la mise en place de l'environnement. II 
est conseille de faire cela sur un tableau blanc et d'y reporter egalement les informa- 
tions sur la priorisation de vos taches avant de commencer l'installation. 

Place du framework dans l'environnement 

Le framework (cadre de travail) est un outil haut niveau, principalement ecrit en 
PHP, qui fournit aux applications des fonctionnalites logicielles complementaires a 
vos travaux ainsi que des outils de maintenance. II se situe a proximite des applica- 
tions PHP. 

II faut avoir conscience qu'une application liee a un framework ou une bibliotheque 
ne sera plus completement autonome, puisque dependante de cet outil. 

En revanche, le developpement de plusieurs applications specifiques mettant en 
ceuvre des fonctionnalites et des objets similaires ont tout interet a posseder un fra- 
mework. 

Outils utiles a l'installation de l'environnement 

Pour les postes de developpement sous Windows ou Mac OS, il existe des installeurs 
qui se chargent de mettre a disposition la plupart des outils utiles a la mise en place 
d'un environnement d'execution local. Ces outils s'appellent WAMP (pour Win- 
dows, Apache, MySQL, PHP) et MAMP (pour Mac OS, Apache, MySQL, PHP). 

Pour l'environnement de developpement sous Unix ou Linux, il existe des systemes 
de gestion de paquetages qui se chargent d'installer et de mettre a jour vos differents 
composants. Ces systemes ont l'avantage d'etre faciles et rapides a utiliser. Une 
simple commande permet de telecharger et d'installer la derniere version precom- 
piled et pre-installee d'un programme. 

Exemples d'installation de PHP par les paquetages dans differents environnements 

# Telecharger et installer PHP avec une Debian 
$ apt-get install php 
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# Telecharger et installer PHP avec une Mandriva 

# (avoir configure l'utilitaire avant utilisation 

# est necessaire, vous pouvez f ai re eel a grace a 

# un outil a trouver via google : easyurpmi) 
$ urpmi php 

# Installer PHP sous FreeBSD 
$ pkg_add php.tgz 

# Telecharger et compiler automati quement PHP sous 

# FreeBSD (avec les ports) 
$ cd /usr/ports/lang/php5 

$ make install clean 

# II existe de nombreux paquetages pour installer 

# de nouvelles extensions 

$ cd /usr/ports/ftp/php5-curl 
$ make install clean 

Integrer I'environnement a l'intranet de l'entreprise 

L'intranet est la principale interface du systeme d'information de l'entreprise. Si vous 
avez choisi d'avoir un intranet en PHP, il sera la vitrine ideale des outils et des proce- 
dures liees a I'environnement de developpement. L'idee est de rendre simple et acces- 
sible l'utilisation courante de I'environnement. 

Une multitude d'applications de gestion sont disponibles sur Internet et peuvent etre 
liees entre elles moyennant quelques integrations, pour constituer votre intranet. 

Voici une liste a completer d'outils utiles que nous pouvons trouver dans un intranet : 

# la liste des projets avec pour chacun d'eux un acces dans les differents environne- 
ments et des liens vers les procedures et les informations qui les concernent ; 

# les outils de collaboration comprenant agenda, annuaire, forum, bibliotheque de 
liens, messagerie instantanee et base de connaissances ; 

# un outil de monitoring des applications, qui lance regulierement les tests de 
recette et des scenarios de navigation ; 

# un outil de reporting qui recupere les logs d'erreur, les analyse et les expose de 
maniere a ce que les developpeurs aient toute l'information necessaire au debogage ; 

# des gestionnaires de donnees tels que PhpMyAdmin pour MySQL, 
PhpLDAPAdmin pour LDAP, etc. ; 

# un gestionnaire de taches integrant egalement le tracking de bogues ; 
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• des frontaux de procedures permettant de gerer les mises en recette et en production, 
le passage des scripts et tout ce qui demande l'aval de l'administrateur systeme ; 

• un gestionnaire d'utilisateurs permettant de definir les statuts, les droits d'acces et 
diverses informations sur chaque personne ayant acces a l'intranet. 



Figure 4-9 

Exemple d'interface 
intranet pour la 
gestion des droits 



Mes Groupes | Utilisateurs | troupes [ Modules | treer un module 
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Developper des fonctionnalites pour I'environnement 

L'environnement d'execution ideal est entierement automatise et entierement mai- 
trise. Malheureusement, ces deux principes ne font pas toujours la paire. 

L'automatisation apporte souvent une complexite de maintenance supplemental en 
cas de probleme et la maitrise complete d'un environnement impose une certaine 
simplicite. 

Une solution consiste a mettre en oeuvre des le depart un espace de travail specifique 
pour la gestion des taches d'administration avec un systeme de reporting efficace en 
cas de probleme. La figure 4-10 propose une idee d'architecture basee sur le modele 
MVC pour cet espace de travail. 
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Figure 4-10 

Proposition d'architecture 
pour la gestion de la 
maintenance systeme 




Rapports d'erreurs 



Comme mentionne sur la figure 4-10, il est tout a fait possible de choisir PHP 
comme outil de script pour votre systeme. La version ligne de commande de PHP 
permet aisement de remplacer les equivalents sh/bash/tcsh et perl. 



Suivi planifie de la qualite/nightly build 

L'operation de construction nocturne ou nightly build met en oeuvre 3 operations 
fondamentales sur chaque application : le passage des tests unitaires et des tests de 
recette, la compilation et la construction du paquetage. 

En PHP, l'operation de compilation n'existe pas et la construction du paquetage 
(fichier .phar) est rarement pratiquee. En revanche, il est vivement conseille de 
mettre en oeuvre le passage des tests. 

Cette section sera completee par les operations de suivi de la qualite et de sauvegarde 
que nous pouvons integrer aux taches planifiees de notre environnement de develop- 
pement. 
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A quoi servent les taches planifiees ? 

« Soyons faineants ! » insiste Rasmus Lerdorf lors de ses conferences. Pourquoi faire 
nous-memes ce que l'ordinateur peut faire a notre place ? La tache planifiee est un 
outil precieux pour gagner du temps en exploitant ce concept : 

• Elles prennent en charge toutes les operations qui doivent etre traitees a interval- 
les reguliers et qu'il serait absurde et fastidieux de gerer manuellement. 

• Elles permettent la mise en oeuvre d'une reelle strategic de qualite grace au lance- 
ment frequent des tests et des procedures de verification (checkstyle, monitoring, 
analyse de logs, generation de la documentation, etc.). 

Les sections qui suivent vous donneront quelques exemples de procedures utiles a 
planifier. Ces procedures sont d'autant plus utiles que le nombre de vos applications 
et de vos collaborateurs augmente. 



Controles automatises et lancement des tests 

Le lancement des tests est une operation tres importante pour maintenir l'integrite 
d'une application. Lorsque les developpements avancent, le niveau de complexite des 
applications augmente et la maitrise globale de l'ensemble des briques logicielles 
demande toujours davantage d'efforts. Les tests sont des gardiens, ils sont garants du 
bon fonctionnement de l'ensemble des briques elementaires d'une application. 

Mettez en place votre operation de controle en vous aidant des documentations qui 
accompagnent les outils que vous utilisez (SimpleTest, PHPUnit, etc.). Si vous uti- 
lisez l'architecture de la figure 4-10 (section precedente), vous pouvez creer une ou 
plusieurs nouvelles actions. La figure 4-11 illustre une idee de procedure de controle 
global, iterant sur toutes les applications deployees d'un environnement. 



Figure 4-11 
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Generation du rapport de qualite 

Le rapport de qualite fournit un resume des informations recues par les procedures 
de controle. II peut egalement maintenir un historique de ces informations afin de 
permettre la consultation d'archives et generer des rapports chronologiques. 



Figure 4-12 
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Une generation minutieuse de ce rapport n'est pas la priorite d'un environnement qui 
se construit. En revanche, il peut etre utile de s'y pencher lorsque I'environnement est 
amene a grossir. Quoi qu'il en soit, une implementation efficace des taches de con- 
trole est avant toute chose necessaire. 



Programmation Checkstyle PHP 

Le checkstyle est une operation consistant a parser (lire, analyser) le code source et de verifier s'il est 
bien ecrit. Les criteres concernes sont souvent la longueur des lignes et des fonctions, I'indentation, la 
disposition des instructions, la presence des commentaire et ('utilisation de certaines fonctions. Le lien 
suivant est un exemple d'application de checkstyle pour PHP : 
► http://www.spikesource.com/projects/phpcheckstyle/ 
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Operations de sauvegarde 

Si le probleme du crash systeme vous arrivait, que feriez-vous ? Cela depend de ce 
que vous avez prevu et mis en place. Les lois de la securite en cas de crash sont les 
suivantes : 

• Les sauvegardes doivent etre regulieres. 

• Les sauvegardes doivent etre completes. 

• Chaque procedure de sauvegarde doit etre accompagnee d'une procedure de res- 
tauration. 

Loubli d'une sauvegarde peut generer des pertes, au meme titre que l'oubli de don- 
nees pendant la sauvegarde ou l'absence de procedure de restauration qui rendrait 
perilleuse la reinstallation du systeme. 

Le tableau suivant met en avant une liste de procedures que vous pouvez appliquer a 
la main ou automatiser en fonction de vos besoins. 

Tableau 4-2 Un exemple de planning de sauvegarde 



Toutes les heures 


Sauvegarde incrementale des sources. 


Tous les jours 


Packaging des applications et sauvegarde des paquetages generes. 
Sauvegarde incrementale de la configuration des serveurs. 


Toutes les semaines 


Sauvegarde des travaux de la semaine sur support amovible (bande, CD-Rom). 
Mise a jour automatique des applications (cvsup). 


Tous les mois 


Construction et sauvegarde d'une image des differents serveurs. 
Mise a jour complete des systemes (noyau et applications). 



Pour 1'automatisation des sauvegardes et des restaurations, il existe plusieurs types 
d'outils utiles : 

• Les outils de synchronisation incrementale (rsync, unison, etc.) permettent de 
repliquer des donnees d'un serveur a l'autre. 

• Les programmes specialises de sauvegarde et de restauration (Amanda, ADSM/ 
TSM, etc.) sont utiles a la mise en place d'une strategic a grande echelle. 

• Les programmes de packaging et de compression (tar, bzip, zip, etc.) simplifient 
le stockage des sauvegardes. 



Exemple de procedure de sauvegarde 

Imaginons que nous ayons dans notre infrastructure un serveur de developpement, 
un serveur de recette et un serveur de sauvegarde. 
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Nous souhaitons mettre en place : 

• une sauvegarde incrementale quotidienne des sources PHP en place et du depot 
de donnees ; 

• un packaging des applications pendant les jours ouvres ; 

• une sauvegarde mensuelle de l'ensemble des donnees de developpement et de 
recette. 

Pour nos operations de sauvegarde, nous utiliserons les outils rsync (synchronisateur 
de donnees) et tar (outil de packaging minimal). Les repertoires concernes par la 
sauvegarde sont mentionnes sur la figure 4-13. lis sont identiques sur l'ensemble des 
environnements (developpement, recette et production). 



Figure 4-13 
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Contenu du fichier /etc/1 ocal/etc/rsyncd.conf sur notre serveur de developpement : 

uid = www 

gid = wheel 

use chroot = no 

max connections = 4 

syslog facility = local 5 

pid file = /var/run/rsyncd.pid 

log file = /var/log/rsyncd.log 



[sysconf] 
path = /etc 

comment = Configuration du systeme 
read only = true 
exclude *.bak *~ ~* 
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[conf] 
path = /usr/local/etc 

comment = Configuration des programmes/demons utilisateur 
read only = true 
exclude *.bak *~ ~* 

[repository] 
path = /usr/local/svn 
comment = Sources du depot de donnees 
read only = true 
exclude *~ ~* 

[web] 
path = /web 

comment = Applications PHP 
read only = true 

exclude = *.bak *~ *.log *.ses *.tgz *.tar *.gz my_* tmp/ *.psd 

Contenu du fichier /etc/1 ocal /etc/rsyncd . conf sur notre serveur de developpement : 

uid = www 

gid = wheel 

use chroot = no 

max connections = 4 

syslog facility = local 5 

pid file = /var/run/rsyncd.pid 

log file = /var/log/rsyncd.log 

[sysconf] 
path = /etc 

comment = Configuration du systeme 
read only = true 
exclude *.bak * — * 

[conf] 
path = /usr/local/etc 

comment = Configuration des programmes/demons utilisateur 
read only = true 
exclude *.bak * — * 

[web] 
path = /web 

comment = Applications PHP 
read only = true 

exclude = *.bak *~ *.log *.ses *.tgz *.tar *.gz my_* tmp/ *.psd 
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Contenu du script de packaging sur notre serveur de developpement : 

#!/bin/sh 

# Repertoire contenant les applications a packager 
WEB_DIR='/web' 

# Repertoire contenant les paquetages 
PKG_DIR='/space/packages' 

# Date du jour 
DATE='date ' +%Y-%m-%d ' ' 

# Construction d'un paquetage pour chaque application, 

# stockage dans /space/packages/<appl i>/<date>_<appl i> . tar . gz 
cd $WEB_DIR 

for file in 'Is . | grep -vE '*tmp*' | grep -vE '*-'" ;do 
if [ -d $file ] ;then 
if [ ! -d $PKC_DIR'/'$file ] ;then 
mkdir $PKG_DIR'/'$file 

fi 

tar --exclude '*.tgz' --exclude '*-' \ 

-czf $PKC_DIR'/'$file'/'$DATE'_'$file' .tar.gz' $file 

fi 
done 

Le script precedent se base sur la date pour effectuer le packaging. Mais vous pouvez 
aussi vous baser sur la version actuelle et effectuer vos paquetages a partir des sources 
du depot de donnees. Le script devra alors etre modifie pour extraire les donnees du 
depot, construire le paquetage correspondant a la version courante puis nettoyer les 
donnees extraites. 

Exemple de script de sauvegarde du serveur de recette /usr/local/bin/save_rec.sh sur le 
serveur de sauvegarde : 

#!/bin/sh 
LOGDIR='/var/log' 

EXCLUDED— exclude *.bak —exclude *.tmp --exclude *.old' 

TARGETHOST='preprod_server' 

SYNCDIR='/space/save/preprod' 

{ 

date 
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echo "--< synchronisation etc > " 

rsync -rvt --delete --delete-excluded SEXCLUDE \ 
STARGETHOST: :sysconf $SYNCDIR'/etc/' 

echo "--< synchronisation usr/1 ocal/etc > " 

rsync -rvt --delete --delete-excluded SEXCLUDE \ 
STARGETHOST: :conf $SYNCDIR'/usr_local_etc/' 

echo "--< synchronisation web > " 

rsync -rvt --delete --delete-excluded SEXCLUDE \ 
STARGETHOST: : web SSYNCDIR'/web/' 

echo "--< mise a jour des droits > " 

chown -R save_user:save_group SSYNCDIR'www/' 

} | tee -a SLOGDIR'/rsync.log' 2>&1 

Le script precedent effectue une sauvegarde incremental minimale des trois par- 
tages rsync du serveur de recette sur le serveur de sauvegarde. Charge a l'administra- 
teur systeme d'integrer cette routine dans la crontab (riches periodiques), de creer 
les utilisateurs et groupes necessaires, d'installer le client rsync et d'integrer la gene- 
ration des logs a un systeme de rotation afin d'eviter des debordements. 

Generation des archives 

Le packaging d'applications peut rendre des services tres utiles. A l'heure actuelle, la 
plupart des applications PHP ne sont pas packagees, elles sont fournies simplement 
avec une procedure d'installation a la charge de l'utilisateur. 

Dans l'ideal, le packaging permet de s'affranchir de toute installation ou mise a jour 
manuelle. Le principe du packaging est decrit sur la figure 4-14. 

Par exemple, un composant PEAR peut etre installe et configure automatiquement 
avec une simple commande pear install, ce qui est plus agreable que d'avoir a 
suivre etape par etape un manuel d'installation. 

Dans un cadre professionnel, le packaging peut devenir utile dans les cas suivants : 

• Vous vendez une meme application a plusieurs clients et vous devez fournir des 
mises a jour regulieres : le packaging vous permettra d'automatiser completement 
vos mises a jour. 

• Vous avez un nombre important d'applications a maintenir. Les installations et 
mises a jour sur vos differents environnements d'execution deviennent frequentes. 
Le packaging permettra de reduire ces operations a des actions ponctuelles afin de 
gagner du temps. 
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Figure 4-14 Principe du packaging 
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Figure 4-15 Une operation standard de packaging d'application 



Ressource Un outil existant de packaging d'applications PHP 

Le composant PHP_Archive de la bibliotheque PEAR permet de gerer des archives .phar (PHP 
Archives). II est prevu que cette gestion d'archives fasse I'objet d'une integration native dans PHP 5.x. 
► http://pear.php.net/package/PHP_Archive 
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laches de maintenance 

Leur role est de maintenir automatiquement 1'environnement dans un etat stable et a 
jour. Ces taches sont definies et mises en place par l'administrateur systeme, voici 
une liste (non exhaustive) d'idees de taches de maintenance. 



Quelques taches automatisees 

• Nettoyage du systeme de fichiers : retrait des fichiers temporaires, detection et 
archivage des fichiers qui ne sont plus utilises. 

• Nettoyage de la base de donnees : retrait des enregistrements inutiles (sessions 
expirees, etc.), controles d'integrite. 

• Mise a jour du systeme : telechargement et installation des dernieres versions des 
paquetages logiciels, mise a jour du systeme, passage des patchs de securite. 

• Nettoyage des logs : mise en place d'un rotate logs (une rotation des logs) qui 
archive les fichiers lorsqu'ils deviennent trop volumineux (installe par defaut sur la 
plupart des systemes Unix et Linux). 

• Recuperation de ressources : script qui surveille les processus, threads, connexions 
reseau, ouvertures de sockets, etc. et qui elimine tout ce qui nest plus utilise. 
L'elaboration de ce script necessite une bonne connaissance du systeme et des 
applications mises en place. 



Administration systeme Mise a jour automatique du systeme : exemple avec FreeBSD 

Comme sur la plupart des systemes de la famille Unix, il est possible sous FreeBSD d'automatiser les 
mises a jour du systeme. L'automatisation complete de ce precede n'est pas conseillee sur des machines 
de production, mais elle peut etre pratique sur des machines de developpement. La figure 4-16 illustre 
les operations que Ton peut effectuer dans le cadre de cette mise a jour. 



— tous les jours - 



Mise a jour des ports, de la 

documentation et des 
sources du noyau via cvsup 



Mise a jour des 
binaires via 

portupgrade 



I — 1 fois par semaine 



Mise a jour du systeme 

make buildkemel, 
make in stall kernel 



Figure 4-16 Automatiser la mise a jour du systeme FreeBSD 



Le detail des procedures de mise a jour sont largement expliquees sur Internet, nous ne les detaillerons 
done pas ici. 

► http://www.fr.freebsd.org/doc/fr_FR.IS08859-1/books/handbook/index.html 

► http://diablotins.org/astuces.ugml 
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Quelques taches semi-automatisees 

Ces taches peuvent etre lancees en ligne de commande par l'administrateur systeme 
ou via l'intranet de l'entreprise : 

• Redemarrage de demons/serveurs : lorsqu'une operation fasti dieuse de redemar- 
rage devient reguliere, il peut etre utile de mettre en place un automatisme. 

• Generation de la configuration : si votre environnement heberge de nombreuses 
applications, le contenu de certains fichiers de configuration (httpd.conf, etc.) 
peut devenir redondant et volumineux. Dans ce cas, vous pouvez mettre en place 
un script de generation de ces configurations qui evolue en fonction des applica- 
tions installees dans I'environnement, comme nous l'avons vu precedemment. 



Un environnement cle en main : la Zend Platform 

Le chapitre 17 de cet ouvrage vous propose une presentation pratique de la Zend 
Platform, un environnement d'execution cle en main pour l'entreprise propose par la 
societe Zend Technologies. 

L'environnement d'execution propose par la Zend Platform met a disposition des 
outils de gestion des performances et de la qualite, ainsi que diverses routines de 
maintenance systeme. 



5 

Choisir un editeur 



Le choix de l'editeur PHP est vaste et adapte a tous les gouts. II est egalement un 
facteur essentiel de productivite. Ce chapitre vous propose une reflexion en deux 
etapes dont le but est de trouver en un minimum de temps l'editeur qui vous corres- 
pond le mieux. 

Nous allons d'abord nous interesser aux besoins auxquels l'editeur devra repondre 
ainsi qu'aux habitudes des personnes qui auront la charge du developpement. Cela 
permettra d'identifier les caracteristiques de l'editeur ideal. 

Dans un deuxieme temps, nous procederons a l'analyse pratique d'une selection 
d'editeurs consideres comme adaptes a vos besoins. Chaque editeur presente dans ce 
chapitre dispose d'un site officiel que vous pourrez consulter pour aller plus loin dans 
votre demarche. 
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Comment choisir un editeur adapte a ses besoins ? 

Dans un premier temps, nous allons aborder les sujets de reflexion qui permettent de 
mener a bien votre choix. Ces reflexions tiendront compte de vos habitudes, des 
caracteristiques des projets a mettre en oeuvre et de leurs equipes, avant d'aborder les 
fonctionnalites proprement dites. 

Vous trouverez a la fin de ce chapitre un questionnaire repondant a une analyse de 
vos besoins pour vous aider a selectionner le bon editeur parmi ceux de la liste pro- 
posee dans ce chapitre. 

L'editeur que Ton maitrise 

L'editeur doit pouvoir accompagner vos travaux en apportant les fonctionnalites et le 
confort necessaire a une productivite maximale. II n'existe pas d'editeur parfait 
s'adaptant du premier coup a tout developpement et tout individu. 

Par exemple, un developpeur exclusivement habitue a UltraEdit aura du mal a 
s'adapter a un editeur comme VIM. Meme si la maitrise de ce dernier permettrait 
une productivite inegalee dans le cadre de votre projet, son apprentissage serait long 
et fastidieux. 



CONSEIL Aiguisez vos facultes d'adaptation ! 

N'oublions pas que PHP est une plate-forme qui evolue beaucoup et que les editeurs sont eux aussi en 
evolution constante. Votre faculte d'adaptation a ces changements et aux caracteristiques de plusieurs 
editeurs vous permettra d'evoluer plus facilement tout en assurant une bonne productivite. De maniere 
generale, on constate a long terme que les facultes d'adaptation prennent toujours le dessus sur les habi- 
tudes et la specialisation. 



Dans votre demarche de recherche de l'editeur ideal, vous serez amene a en essayer 
plusieurs afin d'en apprecier 1'utilisation. Les essayer tous serait fastidieux car les edi- 
teurs PHP sont nombreux et differents les uns des autres. Cette demarche ne serait 
pas non plus tres objective. Par exemple, un editeur comme Eclipse peut rebuter lors 
d'un premier test avec un fichier exemple, alors que son utilisation dans le cadre d'un 
projet d'envergure revele toute sa puissance. 

En revanche, il serait dommage de passer a cote d'un editeur de qualite parce que Ton 
n'a pas pris la peine de se renseigner. Vous trouverez dans la suite de ce chapitre des 
methodes et des outils permettant dans un premier temps de selectionner les editeurs 
potentiellement ideaux. Cette demarche permettra d'effectuer des tests approfondis 
sur une selection reduite de logiciels plutot que de s'etaler sur des tests approximatifs 
en balayant de nombreux editeurs. 
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Un editeur complet 

Ici, complet ne signifie pas rempli de fioritures inutiles, mais qui dispose des fonction- 
nalites utiles pour atteindre les objectifs voulus. Le tableau 5-1 decrit la plupart des 
fonctionnalites utiles que Ton peut trouver dans un editeur PHP. Servez-vous de cette 
liste pour comprendre la definition des termes abordes dans le test en fin de chapitre. 

Tableau 5-1 Fonctionnalites utiles d'un editeur PHP 



Fonctionna 



Description 



Coloration 
syntaxique 


Elle ameliore considerablement la lecture du code en y ajoutant de la couleur et du 
style. Chaque couleur a une signification particuliere : mot-cle, fonction ou methode, 
chame de caracteres, operateur, etc. 


Indentation 
automatique 


Tout contenu de structure (fonction, methode, classe, etc.) doit etre mis en exergue 
par un retrait afin d'ameliorer la lisibilite du code. L'indentation automatique gere ce 
retrait pour le developpeur au cours de la frappe. 


L'auto- 
completion 


La frappe d'une fonction ou d'un mot-cle n'est jamais a I'abri d'une erreur. L'auto- 
completion permet de s'assurer que le mot-cle frappe est correct et de gagner du 
temps. Concretement, le developpeur tape le debut d'un mot-cle (htm) puis un sim- 
ple raccourci clavier permet de completer le mot (htmlspecialchars). 


L'analyseur 
syntaxique 


A chaque enregistrement d'un fichier contenant du code PHP, une analyse est effec- 
tuee afin de deceler les eventuelles erreurs de syntaxe (parse error). 


Le generateur de 
documentation 


Un simple raccourci clavier ou die sur un bouton permet de generer une documenta- 
tion a partir des commentaires du code source. Un outil comme PHPDocumentor, qui 
se base sur les balises phpdoc, est souvent integre a I'editeur (dans Zend Studio 
par exemple) pour effectuer cette generation. 


L'explorateur de classes 
et de fonctions 


Ce petit outil permet de naviguer dans les fonctions, les classes et les methodes d'un 
fichier ou d'une application grace a un arbre (de type explorateur) mis a jour en 
temps reel. 


L'integrateur 
CVS/ Subversion 


Cette fonctionnalite integre dans I'editeur un client CVS ou Subversion qui gere au 
minimum I'extraction, la mise a jour, I'ajout et la validation de donnees. Outil tres 
pratique, voire indispensable pour le travail en equipe, que vous pouvez decouvrir 
au chapitre 3. 


Le client FTP 


Certains editeurs permettent de travailler directement avec des fichiers heberges sur 
un serveur distant via FTP. 


Le gestionnaire 
de taches 


Cet outil permet la gestion de taches a effectuer sur le code. II integre souvent la 
generation automatique de taches a partir des balises TODO situees dans le code et 
d'erreurs detectees par l'analyseur syntaxique. 


Les templates 
de code 


Ce systeme permet, par un simple raccourci clavier, d'inserer une ou plusieurs lignes 
de code predefinies (par exemple, un commentaire, un prototype de fonction ou une 
boucle). Ces templates de code sont plus ou moins parametrables selon les editeurs. 
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Tableau 5-1 Fonctionnalites utiles d'un editeur PHP 



Les macro- 
commandes 


Une macro-commande est composee d'une succession d'actions elementaires 
(ecrire, enregistrer, copier, coller, etc.) qui peuvent etre lancees automatiquement les 
unes a la suite des autres. 


L'outil de 
debogage 


II permet de traquer de maniere fiable et rapide les erreurs a I'execution. Cet outil 
n'est pas toujours directement integre a I'editeur, mais il peut faire appel a ce der- 
nier en lui demandant d'ouvrir le fichier et la ligne impactee par une erreur. 


Le refactoring 
assiste 


Rare sont les editeurs qui implemented cette fonction. II s'agit d'une fonctionnalite 
tres pratique permettant de jouer sur la structure du code en quelques dies. Par 
exemple, selectionner une partie de code et en faire une fonction consiste a effectuer 
une operation de remaniement (voir chapitre 13, « Pratiquer le remaniement »). 


Le gestionnaire 
de tests unitaires 


II permet d'assister la creation des tests unitaires et de les lancer depuis I'editeur. 


Le masquage 
de code 


Masque ou affiche les lignes de code situees dans une structure (fonction, boucle, 
classe, etc.), par un simple die sur un bouton de la marge de gauche (generalement 
un « + » pour afficher et un « - » pour masquer). 



La figure 5-1 est une copie d'ecran de I'editeur Eclipse. Nous y apercevons un explo- 
rateur de fichiers qui integre un client Subversion (a gauche), un gestionnaire de 
taches (en bas), un explorateur de classes (a droite), une fonctionnalite 
« completion » (sur phpdoc, au centre) et une organisation basee sur un systeme 
d'onglets et de multi-fenetrage. 
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Un editeur adapte a la taille et a la nature des develop pements 



Un editeur de texte simple ne sera pas forcement adapte a une application lourde de 
plusieurs centaines de fichiers et inversement, l'edition de scripts simples pour de 
l'administration systeme par exemple, n'est pas adaptee avec un editeur lourd. 



La figure 5-2 met en avant une generalisation plus ou moins exhaustive du confort 
d'utilisation constate de plusieurs editeurs par type de projet. 



Cette question est en realite mal choisie car elle repond a un besoin (l'homogeneisa- 
tion des developpements) par une solution (homogeneiser les outils d'edition) qui 
n'est pas forcement adaptee. 

Interessons-nous plutot a ce qu'il faut reellement homogeneiser : 

• Le formatage du code source d'un editeur a un autre peut differer, generer des 
modifications inutiles dans le depot de donnees et des incoherences de forme. 

• Les habitudes : prendre un ou plusieurs editeurs aux fonctionnalites similaires 
permet aux developpeurs de mieux s'entraider sur les fonctionnalites, surtout 
lorsqu'elles sont nombreuses. 

• La diversite des fonctionnalites : l'utilisation d'un editeur exclusif limite les fonc- 
tionnalites a celles d'un seul outil. Dans certains cas, il peut etre utile qu'un des 
participants du projet utilise un editeur different qui effectue des operations utiles 
que l'editeur courant ne gere pas. 



Figure 5-2 

Complexity et confort 
d'utilisation d'un editeur 



AConfort d'utilisation 




Complexity de l'editeur 



Faut-il homogeneiser les outils d'edition ? 
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Editeurs pour applications lourdes 

Nous nous contenterons ici de descriptions tres simples sur une selection d'editeurs 
couramment utilises. Chaque editeur possede un site officiel a consulter pour de plus 
amples informations. 

Eclipse 

L'editeur Eclipse accompagne du plug-in PHP Eclipse constitue une des solutions 
les plus completes a disposition des developpeurs de projets de grande taille. II con- 
vient parfaitement pour des developpements professionnels necessitant de bons 
outils de gestion de projets et de travail en equipe. 

Son integration a CVS et Subversion est reussie et les fonctionnalites utiles au deve- 
loppement d'applications orientees objet (auto-completion, explorateur de classes, 
etc.) s'averent tres utiles. Cet editeur possede egalement de multiples fonctionnalites 
heritees du plug-in Java. 

D'ailleurs, beaucoup de developpeurs Java l'utilisent. Dans un environnement multi- 
plates-formes Java/PHP, il permet une meilleure communication entre les deve- 
loppeurs. Pour un developpeur Java qui souhaite migrer vers PHP cet editeur est ega- 
lement un bon compromis. 

Enfin, Eclipse repose sur une philosophic de plug-ins ecrits en Java. II est parfaite- 
ment possible de creer ses propres plug-ins adaptes a ses besoins (verificateur syn- 
taxique, modification des plug-ins PHP, etc.). 



► http://www.phpeclipse.de 



Zend Studio 

Un editeur similaire a Eclipse, egalement ecrit en Java par la societe Zend Technolo- 
gies. II integre par defaut un generateur de documentation (PHPDocumentor) et un 
debogueur. 

Zend Studio peut egalement etre lie a plusieurs outils Zend Technologies, tels que 
Zend Encoder ou Zend Platform. 



► http://www.zend.com/store/products/zend-studio/ 
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Maguma Open Studio/Maguma Studio 

Un bon editeur, qui existe maintenant en deux versions, une open-source et une 
commerciale. II gere tout ce que Ton peut demander a un editeur professionnel. La 
version gratuite comporte malheureusement quelques problemes de stabilite. 



► http://www.maguma.com 



Editeurs polyvalents 

Komodo Professional 

Komodo est un editeur stable, qui possede une interface agreable et intuitive, ainsi 
que toutes les qualites que Ton peut exiger d'un outil professionnel. II integre les 
fonctionnalites de travail en equipe, de gestion de projet et de navigation. II est entie- 
rement compatible PHP 5 et possede une fonction de completion tres efficace. 

Le point fort de Komodo est la simplicite d'installation et d'utilisation du debogueur, 
qui gere les points d'arret, permet de suivre l'execution d'un script pas a pas et d'observer 
a tout moment l'etat de l'environnement (variables globales, declarations, etc.) 



Figure 5-3 

Les infobulles 

de I'editeur Komodo 



SmyClass = new MyClass i 
SmyC lass->setNatwe(| 



public setNarrie ( S name = "Gui 1 laurne Pennon") 
Definit le nom de la personne courante. 



Notons que Komodo est aussi tres agreable a utiliser pour des scripts en mode ligne 
de commande et qu'il integre une fonction utile de recherche sur prototypes de 
classes et de fonctions. 



► http://www.activestate.com/Products/Komodo/ 



Anjuta 

Un editeur universel pour les utilisateurs d'Unix et de Linux dote d'une interface 
complete et agreable. II possede des fonctions de travail en equipe, un shell integre et 
de nombreuses options de personnalisation. 
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En revanche, la gestion de PHP n'est pas encore completement finalisee. II n'est pas 
possible de creer des projets specifiques pour PHP et les outils de navigation (dans 
les classes et les fonctions) ont encore du mal a fonctionner avec PHP 



► http://anjuta.sourceforge.net 



PHP Designer 

Un editeur attirant, gratuit, concu specialement pour PHP et ses technologies com- 
plementaires (HTML, CSS, SQL, etc.). II integre la plupart des fonctionnalites 
utiles a PHP : navigateur de classes et de fonctions, completion, FTP integre, debo- 
gueur, todo list, etc. Un bon editeur pour le developpeur polyvalent qui axe ses tra- 
vaux autour de PHP. 

Notons simplement que les fonctions de completion ont quelques problemes de jeu- 
nesse avec PHP 5 et que l'editeur peut avoir des defauts de stabilite de temps a autre, 
mais cela devrait s' arranger dans les prochaines versions. 



► http://www.mpsoftware.dk/phpdesigner.php 



Emacs 

Ce programme multi-plates-formes propose enormement de fonctionnalites qui 
depassent parfois la simple fonction d'edition : client mail/news, navigateur web, etc. 
Le module PHP pour Emacs (mode_php.el) permet une integration reussie de PHP 
dans l'editeur. 

Mais PHP peut aussi beneficier d'autres fonctionnalites tres utiles gerees par Emacs : 
les templates de code, l'indentation automatique, l'integration du shell, la gestion 
avancee des commentaires (rebox...), etc. 

Vous decouvrirez au chapitre 12 comment mettre en place un lien dans les erreurs 
PHP pour ouvrir automatiquement Emacs et editer le fichier et la ligne incriminee. 



► http://sourceforge.net/projects/php-mode/ 

► http://www.gnu.org/software/emacs/emacs.html 

Dreamweaver 

Dreamweaver est un editeur HTML Wysiwyg commercial largement utilise par les 
professionnels du design. II est tres complet et pratique a exploiter. Dans ses der- 
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nieres versions, il permet egalement d'editer des sources de scripts et gere la plupart 
des fonctionnalites de base d'un editeur PHP. II integre d'ailleurs des fonctionnalites 
de generation de code PHP en mode Wysiwyg. 

II est l'editeur ideal pour les integrateurs en charge de creation de templates HTML/ 
CSS/XML ou de la partie Vue du motif MVC. 



► http://www.macromedia.com/software/dreamweaver/ 



Ressource Un ouvrage specialise dans ('utilisation de PHP avec Dreamweaver ! 

L'ouvrage suivant est dedie a I'utilisation de PHP et MySQL avec Dreamweaver. II est 
ideal pour le graphiste qui souhaite exploiter toutes les possibilites de cet editeur dans 
un environnement PHP. 

ffll PHP/MySQL avec Dreamweaver MX 2004, de Jean-Marie Defrance, editions Eyrolles 



WebExpert 

Un editeur specialise dans le developpement d'applications HTML, ASP et PHP. II 
est adapte aux applications de taille moyenne et integre un certain nombre d'outils 
pratiques tels qu'un verificateur de liens, un gestionnaire d'astuces, un correcteur 
orthographique, etc. 



► http://softwares.visicommedia.com/fr/products/webexpert/ 



PHPEdit 

PHPEdit est un bon editeur commercial specialise pour PHP. II integre tout ce que 
Ton attend d'un editeur serieux ainsi que de nombreuses fonctionnalites de personna- 
lisation. Grace a cet editeur, vous pouvez facilement generer votre documentation et 
deboguer votre code. II possede des fonctions de recherche/remplacement par 
expressions regulieres et est egalement livre avec un kit de developpement complet 
pour creer des plug-ins. 



► http://www.waterproof.fr 



PHPEd 



Un excellent editeur commercial PHP pour Windows, qui possede en plus de nom- 
breuses fonctionnalites un analyseur de performances, un editeur de bases de don- 
nees (PostgreSQL et MySQL) ainsi qu'un generateur de documentation (phpdocu- 
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mentor). PHPEd integre un debogueur, un gestionnaire de projets, des outils de 
travail en equipe et une interface conviviale : un bon choix pour une utilisation pro- 
fessionnelle. 



► http://www.nusphere.com 



UltraEdit 

Le succes de cet outil est garanti depuis des annees par de nombreuses fonctionna- 
lites tees utiles et une stabilite sans faille. UltraEdit est un produit commercial dispo- 
nible en version Francaise. 

II permet d'editer n'importe quel type de fichier dans n'importe quel format. II est 
personnalisable a volonte, gere les templates de code, les macros, le masquage de 
code, integre un client FTP et plein d'autres outils utiles. A decouvrir egalement : le 
mode colonne, tees efficace dans certaines situations. 



► http://www.ultraedit.com 



Crimson Editor 

Un petit editeur simple et tres efficace pour Microsoft Windows, qui gere un tres 
grand nombre de langages et de syntaxes differentes. Les fonctionnalites qu'il pro- 
pose sont utiles et accessibles : coloration syntaxique, macros, client FTP, change- 
ment de syntaxe/encoding/format de fichier a la volee, explorateur de fichiers, ges- 
tionnaire de projets et meme le fameux mode colonne dont on ne peut se passer une 
fois qu'on l'a adopte. 

Vous pouvez lancer cet editeur en ligne de commande et l'utiliser pour mettre en 
place un lien de debogage sous Windows, comme explique dans le chapitre 14. 

Ouvrir un fichier en ligne de commande et positionner le curseur sur la bonne ligne 

cedt.exe /L : 23 factory. php 



► http://www.crimsoneditor.com 

Quanta Plus 

II est l'un des editeurs compatibles Unix les plus complets pour developper des appli- 
cations web. Quanta Plus est une application d'edition de pages web statiques ou 
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dynamiques qui permet egalement de developper en PHP. Au meme titre que 
Dreamweaver, il est l'editeur ideal sous Unix pour les travaux d'integration PHP/ 
HTML. 



► http://quanta.kdewebdev.org 



Editeurs pour petites applications et travaux ponctuels 

VIM 

VIM est un derive de son homologue VI, editeur universel des systemes Unix. II pos- 
sede l'avantage d'etre eprouve et permet d'editer un tres grand nombre de langages. II 
est le programme ideal pour les administrateurs systemes qui souhaitent utiliser PHP 
dans leurs scripts. VIM fonctionne aussi bien sous Unix et sous Windows. 



► http://www.vim.org 



Side 

Un petit editeur PHP qui integre les templates du moteur Smarty et du Framework 
Copix. II n'est pas encore tout a fait stable mais dispose deja de quelques outils bien 
utiles, tels que l'integration de tests unitaires, l'explorateur de classes et de fonctions, 
la gestion de templates et de macros. Un simple copier-coller de l'executable suffit en 
guise d'installation. 



► http://www.phpside.org 



Edit Plus 

Cet editeur est universel, largement personnalisable, dote de fonctions de recherche 
tres elaborees et d'un client FTP integre. Son interface est agreable et il gere l'inden- 
tation automatique et les templates de code. 



► http://www.editplus.com 
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Scite 

Un editeur extremement simple, rapide a installer et a lancer. II est largement per- 
sonnalisable et gere le masquage de code. 



► http://www.scintilla.org/SciTE.html 



jEdit 

Ce petit editeur gratuit ecrit en Java est tres polyvalent et dispose de nombreux plug- 
ins. II est un couteau Suisse tres interessant grace a ses fonctions de recherche elabo- 
rees, ses macros, sa capacite a editer n'importe quel code source et a effectuer 
n'importe quelle conversion d'encodage. Quelques plug-ins peuvent etre egalement 
interessants dans le cadre de developpements PHP : assistant de creation de classes, 
aide contextuelle, visualiseur de logs, integration CVS, etc. 



► http://www.jedit.org 



Kate 

Un editeur simple sous Unix, exploitant les memes fonctionnalites d'edition PHP 
que Quanta Plus. 



► http://kate.kde.org 



gPHPEdit 

Un petit editeur prometteur pour Unix, integre au projet Gnome, un peu instable 
pour l'instant. II gere la coloration syntaxique, le masquage de code pour PHP, 
HTML et XML, l'edition HTML/PHP, un analyseur syntaxique et un explorateur 
de classes et de fonctions. 



► http://www.gphpedit.org 
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Un test pour choisir son editeur 

Void un petit test destine a vous aider dans votre demarche de recherche de l'editeur 
ideal. II est compose de 30 questions dont 8 concernent l'utilisation que vous voulez 
en faire et les 22 autres quelques fonctionnalites que vous souhaiteriez avoir. 

Le passage de ce test n'est pas suffisant pour effectuer votre choix definitif II existe 
d'autres utilisations et d'autres fonctionnalites qui ne sont pas mentionnees, telles 
que l'utilisation pour l'administration systeme, la gestion des infobulles ou de la navi- 
gation hypertexte dans le code. 

Entourez la lettre qui convient a votre reponse (A, B ou C) pour chaque question, 
puis faites votre analyse en vous aidant de la figure 5-5. 



Le questionnaire 



Figure 5-4 

Un test preliminaire 
pour choisir son editeur 



J'utilise mon Editeur pour... pbJB 




A. les loisirs et le travail, 

B. le travail uniquement. 

C. les loisirs uniquement. 


A. intensive. 

B. reguliere. 

C. occasionnelle. 






A. de grande taille (6 mois et +). 

B. de taille moyenne (2 a 6 mois). 

C. de petite taille (1 a 2 mois de deveioppement). 


A. toute plate-forme. 

B. Unix (BSD, Linux, MacOS X). 

C. Windows. 


Mes collaborateurs sont au nombre de... 


Mon environnement de travail est... IKOH 


A. 1 1 et +, une grande equipe projet. 

B. 1 a 10, en petit comite de projet. 

C. a 2. je travaille quasiment seul. 


A. une grosse infrastructure. 

B. mon poste et quelques serveurs. 

C. mon poste de travail uniquement. 


Mes applications sont developpees avec... | 


L'essentiel de mon travail estde... EES 


A. le modele objet de PHP5. 

B. des fonctions et classes compatibles PHP4. 

C. des fonctions essentiellement. 


A. developper et maintenir des applications. 

B. developper des applications. 

C. maintenir des applications. 





Parmi les fonctionnalites suivantes, lesquelles vous paraissent les plus importantes 
Cochez : A pour « nGcessaire », 8 pour « utile », Cpour « sans importance ». 


? 






I 9 


La coloration syntaxique. 


A 


B 


C 


■SH Le gestionnaire de taches (todo). 


A 


B 


C 




L' indentation automatique. 


A 


B 


C 


Gl Les possibilites de customisation. 


A 


B 


C 


Tl 


L'auto-com pletion. 


A 


B 


C 


USCM La gestion de templates de code. 


A 


B 


C 


KU 


L'analyseur syntaxique. 


A 


R 


C 


EEfl Les macros. 


A 


B 


C 


MM 


Le generateur de documentation. 


A 


B 


C 


EM L'outil de deboguage integre. 


A 


B 


c 




L'explorateur de fonctions 


A 


B 


c 


W2M Les menus en langue franca ise. 


A 


B 


c 


15 


L'explorateur de classes. 


A 


B 


c 


HI Le refactoring assiste. 


A 


B 


c 


16 


L'explorateur de fichiers. 


A 


B 


c 


til l s masquage de code. 


A 


B 


c 


If 


L' integration CVS / Subversion. 


A 


B 


c 


Les commentaires phpdoc auto. 


A 


B 


c 


18 


L' integration du client FTP. 


A 


B 


c 


MEM L edition multi-mode (PHP/HTML). 


A 


B 


c 


19 


Le navigateur integre. 


A 


B 


c 


■£!!■ Le gestionnaire de tests unitaires. 


A 


B 


c 
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RESSOURCE Ce questionnaire en ligne 

Ce processus peut vous paraTtre un peu complique. Si vous n'avez pas la patience de le suivre, le ques- 
tionnaire existe egalement a I'adresse ci-dessous. Vous aurez juste a repondre aux questions et les 
reponses vous seront automatiquement calculees. 
Ce questionnaire en ligne : 
► http://www.openstates.com/php/ 

S'il manque un editeur a la liste ou si vous souhaitez effectuer une rectification, il est possible de le faire 
sur ce questionnaire en ligne. 



Les reponses 

Pour trouver les editeurs qui vous sont adaptes, remplissez la derniere colonne du 
tableau avec vos resultats (A, B ou C) en faisant correspondre les numeros du ques- 
tionnaire et les numeros des lignes. La derniere ligne du tableau de reponses sert a 
inscrire le score obtenu pour chaque editeur. Pour le calculer, additionnez le score 
obtenu pour chacun d'eux sur chaque ligne sachant que : 

• si vous avez mis A et qu'il y a un A, mettez 3 ; 

• si vous avez mis A et qu'il y a un B, mettez 1 ; 

• si vous avez mis A et qu'il y a un C, mettez -3 ; 

• si vous avez mis B et qu'il y a un A, mettez 1 ; 

• si vous avez mis B et qu'il y a un B, mettez 1 ; 

• si vous avez mis B et qu'il y a un C, mettez -1 ; 

• si vous avez mis un C, mettez 0. 



RESSOURCES En savoir plus sur les editeurs PHP existants 

Le site suivant est specialise dans 1'evaluation des editeurs PHP. Vous pouvez egalement le consulter pour 
completer votre demarche : 
► http://www.php-editors.com/ 

D'autre part, la derniere partie du livre suivant propose des presentations de nombreux editeurs avec des 
copies d'ecran, une bonne reference pour choisir son editeur : 

£H PHP5Avance, 2e edition, de Cyril Pierre de Geyer et Eric Daspet aux editions Eyrolles 
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Figure 5-5 

Reponses du 

questionnaire 

precedent 
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Choisir les outils 
d'administration 



Que ce soit pour un developpement PHP ou issu d'une autre plate-forme, 1'influence 
des outils sur la qualite du resultat est souvent determinante. L'outil d'administration 
est un moyen d'assurer la qualite et les performances de vos developpements tout en 
gagnant du temps et de l'energie. 

Nous avons deja travaille sur le choix de votre outil principal : l'editeur. Nous allons 
maintenant nous interesser aux autres. 

Les outils d'administration pour PHP evoluent et se renouvellent rapidement. Ce 
chapitre ne les enumere pas, en revanche il vous aidera a trouver et a choisir ceux qui 
correspondent a vos besoins pour les utiliser de maniere optimale. 

Dans un premier temps, nous allons decouvrir ce quest un outil d'administration et 
ce qu'il peut apporter a un developpement en PHP. 

Puis nous nous interesserons concretement aux principaux outils dedies a PHP : les 
editeurs de base de donnees, les gestionnaires de source de donnees, les outils de 
debogage et de monitoring. 
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Qu'est-ce qu'un outil (('administration ? 

II est difficilement concevable de piloter un avion sans la presence d'un tableau de 
bord, de commandes et d'indicateurs. Le developpement d'une application PHP 
complete et efficace necessite lui aussi un tableau de bord adequat. 



Figure 6-1 

Utilite des outils 
d'administration 




II existe plusieurs categories d'outils d'administration, comme l'illustre la figure 6-1 : 

• L'administration des donnees : 

- editeurs de bases de donnees (MySQL, Oracle, PostgreSQL, etc.) ; 

- editeurs de bases specifiques (LDAP, objets metier, etc.). 

• L'administration des performances : 

- optimiseurs a 1' execution (Zend Optimizer, APC, eAccelerator, etc.) ; 

- outils de mise en cache bas niveau (Zend Platform, Apache2, APC) ; 

- surveillance de la charge (Awstats, Webalizer). 

• L'administration de la fiabilite : 

- surveillance applicative (parcours des tests unitaires et des tests de regression) ; 

- surveillance de l'environnement (snmp, moniteurs de ressources systeme) ; 

- gestionnaire d'erreurs (debogueurs, traceurs). 

• L'administration de la securite : 

- gestionnaires d'acces ; 

- outils de checkstyle. 
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Vos outils d'administration peuvent balayer l'ensemble de ces domaines. Nous nous 
interesserons particulierement a 1'administration des donnees et au monitoring lie a 
la qualite et a la securite des developpements. 

Simplifier les developpements 

En terme de simplification des developpements, les apports d'outils d'administration 
peuvent etre les suivants : 

• une visibilite sur l'ensemble de vos applications et de votre infrastructure par 
l'intermediaire des outils qui fournissent l'information ; 

• un pupitre de commandes permettant de prendre le controle du systeme d'infor- 
mation complet associe a votre infrastructure ; 

• un gain de temps grace a la maitrise de Finfrastructure et aux outils d'automatisa- 
tion et d'extraction d'information. 



Se debarrasser des taches contraignantes 

Plus le temps s'ecoule, plus les developpements grossissent et necessitent des atten- 
tions particulieres. Les taches repetitives s'accumulent et se complexifient. Le tableau 
suivant vous donne quelques exemples de procedures que vous pouvez automatiser 
un jour ou l'autre : 



Tableau 6-1 Taches automatisables pour 1'administration d'applications PHP 





La sauvegarde 


Sauvegarde sur serveur separe ou sur support de vos donnees applicatives et de la configu- 
ration de votre environnement. La sauvegarde est de loin la tache la plus importante a 
automatiser. 


Le checkstyle 


II consiste a verifier que les sources PHP ne comportent pas d'incoherences. Le checkstyle 
peut etre automatise pour les deplacements d'un environnement a l'autre. 


Le controle de 
I'environnement 


II verifie la sante du systeme (serveurs, applications, utilisation des ressources, etc.) a tout 
moment. II existe des demons et des applications (mrtg, snmp, etc.) ainsi que des applica- 
tions PHP (phpsysinfo, cacti, etc.) qui permettent de faire ces verifications sur vos serveurs. 


La replication 


Lorsque le maintien de I'acces a une application est important et/ou que vos developpe- 
ments consomment beaucoup de ressources, il peut etre interessant de repliquer des don- 
nees et/ou des sources sur plusieurs serveurs. Cela permet de mettre en place des systemes 
de repartition de charge, de clustering ou de sauvegarde. 


Les tests de securite 


Ce processus s'assure qu'il n'y a pas d'intrusion ou de comportement suspect. II peut effec- 
tuer des tests d'integrite sur la base de donnees, verifier si les actions confirmees dans les 
logs ont bien ete effectuees, etc. 



Organisation du projet : conventions et outils 

Premiere partie 



Tableau 6-1 laches automatisables pour l'administration d'applications PHP (suite) 





Le reporting 


II consiste a remonter de ('information. Cela peut se traduire en informations a consulter sur 
un Intranet ou liees a certaines applications. Certains editeurs PHP permettent par exemple 
de communiquer avec un serveur distant qui leur fournit des informations sur les erreurs 
detectees (fichier, ligne, intitule, etc.). 


La maintenance 


Ce script va nettoyer la base de donnees, archiver les logs et effectuer un certain nombre 
d'operations utiles a la sante de la plate-forme. 



II existe bien entendu d'autres types de taches non repertoriees dans ce tableau, mais 
nous avons deja parcouru l'essentiel. II nous reste a voir avec un peu plus de details 
quelques exemples d'outils d'administration couramment utilises en PHP, ce que 
nous ferons dans la suite de ce chapitre. 



Administration Surveiller son systeme avec PHP 

II est possible d'utiliser une application PHP, telle que PHPSyslnfo ou Cacti (presentee au chapitre 16), 
pour surveiller et gerer un serveur. Un bon nombre de scripts adaptes sont disponibles sur Internet. Le 
lien suivant en est un exemple : 
► http://www.hotscriptsxom/PHP/Scripts_and_Pro 
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Figure 6-2 PhpSyslnfo : un programme simple pour visualiser I'etat d'un serveur 
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Editeurs de bases de donnees 

A quoi servent-ils ? 

Tout le monde connait le fameux PhpMyAdmin qui permet d'avoir facilement la 
main sur une base MySQL. Cette application est typiquement un editeur de bases de 
donnees. 

Un editeur de bases de donnees doit generalement permettre : 

• un acces facile en lecture et ecriture a la structure et aux donnees des bases de 
donnees ; 

• une administration complete des bases de donnees et de leurs composants (vues, 
triggers, etc.) ; 

• un acces aux parametres de securite et de performances : les droits d'acces, la ges- 
tion de la memoire, etc. 

Editeurs courants 

Les SGBD courants possedent de nombreux editeurs, a commencer par des outils 
integres. Les versions courantes de MySQL et PostgreSQL possedent des outils 
d'edition graphiques (clients lourds pour Microsoft Windows) tres interessants. Les 
outils commerciaux comme Oracle et DB2 possedent egalement un panel complet 
d'outils que vous pouvez consulter dans leurs offres respectives. 

Et comme il est simple et rapide en PHP de monter des applications d'edition, il 
existe egalement une multitude d'editeurs de bases de donnees, parmi lesquels : 

PhpMyAdmin 

Un editeur connu pour MySQL, qui permet de faire quasiment tout : creation et 
modification de bases, tables, index, gestion des droits, generation de code, extrac- 
tion de donnees et diverses operations utiles. 



PhpMyAdmin : ► http://www.phpmyadmin.net 



Quelques concurrents : eSKUeL (PHP), MySQL Administrator/MySQL Query 
Browser/abeille (non PHP)/MySQL-Front (client lourd). 
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PhpPgAdmin 

Ce script permet d'editer des bases de donnees PostgreSQL. II est tres utilise par les 
developpeurs qui travaillent avec ce SGBD. II est compatible avec de nombreuses 
versions et permet de manipuler des bases sur le meme principe que PhpMyAdmin. 
En revanche il est moins complet et evolue peu par rapport a ce dernier. 

PostgreSQL possede en plus de cela une interface d'administration dite client lourd 
tres complete : PgAdmin. 



PgAdmin : ► http://www.pgadmin.org 

PhpPgAdmin : ► http://phppgadmin.sourceforge.net/ 

SQLiteManager 

Cet editeur permet de se connecter a une ou plusieurs bases SQLite et a administrer 
la structure et les donnees. II est simple et pratique. 

SQLiteManager: ► http://sqlitemanager.sourceforge.net/ 



Quelques concurrents : ezSqliteAdmin, phpSQLiteAdmin. 
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Et pour les autres SGBD 

Suite au mouvement PhpMyAdmin, la plupart des SGBD se retrouvent avec des 
applications d'administration nominees Php[SGBD]Admin, [SGBD] etant le nom 
du SGBD. Par exemple, il existe des applications plus ou moins performantes nom- 
inees PhpOracleAdmin, PhpSybaseAdmin, etc. 



Ressources Trouver un editeur de base de donnees sur Internet 


Si vous cherchez un editeur pour votre SGBD prefere, visitez les sites qui hebergent des projets Open 


Source ou des bibliotheques de scripts. Parmi ces sites, nous pouvons noter : 


Sourcefoge : 


► http://sourceforge.net 


Tigris : 


► http://www.tigris.org 


HotScripts : 


> http://www.hotscripts.com 


PhpScripts : 


► http://www.phpscripts-fr.net 


ComScripts : 


► http://www.comscripts.com 


Et tous les autres : 


► http://www.google.fr/search?hl=fr&q=php+scripts 



Gestionnaires de sources de donnees (LDAP, Flux, etc.) 

Utilite des editeurs de sources de donnees 

Les bases de donnees specifiques comme LDAP, les donnees formatees (XML, etc.) 
ont egalement quelques outils d'administration. 

LDAP par exemple est un protocole specifique optimise pour la gestion de donnees 
hierarchiques, representant en particulier des personnes physiques et morales. Les 
serveurs LDAP tels que OpenLDAP sont optimises pour les acces en lecture. 
Davantage d'informations sur LDAP sont disponibles au chapitre 7. 

Certains protocoles specifiques ont aussi des applications d'administration dediees 
(documents bases sur XML, GEDCOM, etc.). Lorsque vous utilisez un format de 
donnees specifique connu, ayez le reflexe d'effectuer une recherche dans une base de 
scripts ou un moteur de recherche comme Google pour voir s'il n'existerait pas une 
application d'administration dediee. 
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Figure 6-4 

Un outil d'edition/visualisation 
peut faire gagner du temps 




Editeurs courants 

Ces editeurs evoluent en permanence. On peut les trouver facilement sur Internet 
par l'intermediaire d'un moteur de recherche. De nombreuses bibliotheques de 
scripts et applications PHP peuvent egalement aider a trouver l'outil adapte. 

Void quelques exemples d'outils actuellement disponibles pour manipuler des for- 
mats de donnees specifiques : 

• PhpLdapAdmin : un outil tres pratique pour lire et ecrire dans une base LDAR 
Permet egalement de lister les classes de donnees et leurs descriptions detaillees. 

• PhpDocumentor : un outil tres pratique qui parse une application PHP et ses com- 
mentaires (phpdoc) et produit une documentation aux formats HTML ou PDF. 

• Php iCalendar : un parseur, visualiseur de fichiers iCal (calendriers). 

• MagpieRSS : un parseur de flux RSS. 

• Php Palm Database : une application pour lire, ecrire et modifier des fichiers 
PDB (Palm OS Database). 

Quelques formats de donnees geres par une ou plusieurs extensions PHP que vous 
trouverez dans la bibliotheque PECL : http://pecl.php.net : 

• exif : un format de donnees permettant la lecture et l'ecriture d'informations 
incrustees dans les images de la plupart des appareils photos numeriques du mar- 
che. Exif donne des informations sur l'appareil utilise et les caracteristiques de 
prise de vue (ouverture, focale, etc.) ; 

• LDAP : un protocole specifique aux donnees representant des personnes morales 
et physiques stockees dans une hierarchie ; 

• bz2 : un format de compression largement utilise sous Unix ; 

• rar : un autre format de compression ; 

• zip : egalement un format de compression populaire sous Windows ; 
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• id3 : informations contenues dans les fichiers mp3 ; 

• mail : format specifique des messages e-mail (mailparse) ; 

• PDF : un format portable pour documents bureautique ; 

• XML : une syntaxe de structuration des donnees utilisee par de nombreux for- 
mats et protocoles. 



Interfaces de debogage 

La pratique du debogage, que nous traiterons dans le chapitre 12, est utile et meme 
necessaire pour assurer des developpements fiables et performants. La plupart de ces 
outils generent des traces d'erreurs qui peuvent etre exploitees pour un affichage. 

C'est le cas par exemple d'APD (Advanced PHP Debugger) et de Xdebug. Lideal 
est de pouvoir visualiser les traces de debogage avec un outil tres visuel et interactif 
comme KCacheGrind que nous aborderons plus loin dans ce chapitre. 

Ces fichiers de « trace » generes par les debogueurs peuvent : 

• faire l'objet d'un affichage dans un Intranet ; 

• etre exploites avec des outils comme KCacheGrind, visible sur la figure 6-6 ; 

• ou encore etre exploites par certains editeurs (PHPEd, PHP Edit, etc.). 

Limites du debogage sans outil adequat 

Lutilisation reguliere d'outils de debogage permet de maitriser de nombreux points 
parmi lesquels : 

• La pile des actions qui sont realisees a chaque etape du deroulement de vos scripts 
(classes, fonctions et fichiers parcourus). La plupart des debogueurs affichent 
cette pile en cas d'erreur. 

• Lutilisation de la memoire par chaque requete utilisateur. II est souvent interes- 
sant de connaitre le comportement du code vis-a-vis de 1'utilisation de la memoire 
pour prevoir le comportement a forte charge. 

• La vitesse d'execution des appels elementaires. Des outils comme KCacheGrind 
vous permettent de visualiser en parallele l'impact de ces appels et leur taux de sollici- 
tation. Une expression reguliere tres sollicitee qui met du temps a s'executer pourra 
ainsi etre traquee au meme titre que plein d'autres appels handicapants de ce type. 

Le debogage sans outils adequats se resume souvent a des successions de echo, 
print_r et var_dump. A un certain stade du developpement de l'application, une 
fonction debug est alors envisagee, qui contient quelque chose comme « echo 
html special chars ($arg) . "<br>" ; » afin de centraliser le flux du debogage. 
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Cette technique est limitee et parfois dangereuse : 

• La plupart des fonctions d'affichage comme echo sont bufferisees, c'est-a-dire 
qu'avant d'etre affiche le flux est mis en memoire jusqu'a ce qu'il forme un paquet 
(de donnees) suffisamment grand pour etre envoye au navigateur. Si vous tentez 
de localiser une erreur par une succession de fonctions bufferisees, il se peut que 
vous soyez bloque parce que l'ensemble des messages n'auront pas ete achemines 
au navigateur a temps. 

• Lorsqu'un probleme epineux survient, vous etes souvent oblige de surcharger 
votre code de cette succession d'appels afin de tracer le comportement de votre 
application, alors qu'un outil de debogage peut faire cela immediatement. Vous 
perdez ainsi temps et lisibilite. 

• Enfin, certains parametres sont difficiles a mesurer sans outil, comme par exem- 
ple les temps d'execution et l'utilisation des ressources (memoire, processeur). 
Cela vous oblige a faire des evaluations approximatives ou a alourdir votre appli- 
cation avec des tests manuels. 

En revanche, certains aspects du debogage manuel peuvent etre utiles. II est souvent 
pratique d'utiliser un logger (un enregistreur) qui rend explicite les actions effectuees 
et les enregistrent dans une base de donnees ou dans un fichier. Le logger peut etre 
active en production pour detecter les erreurs bloquantes afin de les corriger par la 
suite. 

En developpement, certains debogueurs permettent de faire du profiling (enregistre- 
ment d'une succession d'actions) et proposent egalement un mecanisme d'ecriture 
dans un fichier de log. 

Definir une strategic de debogage globale 

Deboguer une application ne s'arrete pas aux erreurs detectees au fur et a mesure par 
le developpeur sur son poste de travail. Les phases de tests (recette) et de production 
peuvent egalement rapporter certaines erreurs. Associer l'environnement de recette a 
un debogueur peut s'averer efficace en terme de tracabilite des erreurs et de leurs 
causes. 

Utilisation d'outils existants pour le debogage d'applications PHP 

Nous verrons au chapitre 12 qu'il existe plusieurs outils pratiques a integrer a PHP 
pour deboguer des applications. Ces outils mettent a disposition des fonctions per- 
mettant d'activer, desactiver le debogage ou le profiling et effectuer diverses opera- 
tions d'investigation dans le code. 
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Figure 6-5 
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lis peuvent generer des logs et des metafichiers specifiques qui peuvent etre repris par 
des front-ends comme KCacheGrind (exemple de la figure 6-6) ou WinCacheGrind 
(visualiseur de traces pour Windows). 



Figure 6-6 

L'outil de visualisation 
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PROGRAMMATION Qu'est-ce que le profiling ? 



Les outils de debogage peuvent egalement faire du profiling. Le profiling ou le tracage consiste a effec- 
tuer un enregistrement d'une succession d'actions afin de pouvoir etudier leurs comportements. Par 
exemple, tracer une requete utilisateur consiste a voir quels fichiers, classes et fonctions sont sollicites 




Quelques configurations utiles pour le debogage 

La figure 6-7 met en avant quelques exemples de configurations logicielles utiles 
pour le debogage d'applications PHP. Nous aborderons au chapitre 12 l'installation 
et l'utilisation detaillee de ces outils. 



Figure 6-7 
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simples pour le debogage 
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Monitoring du developpement 

Nous y venons lentement et surement. Les outils de monitoring du developpement 
sont courants pour des plates-formes depuis longtemps tournees vers les entreprises 
comme J2EE ou .NET. En PHP, l'utilite de ce genre d'outils commence a se faire 
sentir. En revanche, il n'existe pas encore a l'heure actuelle d'environnement package 
permettant de maintenir la qualite et les performances des developpements. 

Le rapport de qualite 

Les outils d'analyse de style (checkstyle) et de qualite du developpement (analyse de 
l'architecture des applications, du taux de redondance des algorithmes, etc.) sont rares 
en PHP a l'heure ou sont ecrites ces lignes. Un rapide sondage parmi de nombreux 
professionnels a confirme que la qualite des developpements etait surtout assuree par 
la presence de tests unitaires, la documentation et l'experience des developpeurs. 



Exemple d'application PHP de « checkstyle » 

PhpCheckStyle : ► http://www.spikesource.com/projects/phpcheckstyle/ 
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Quelques outils comme PHP Formatter et certains editeurs comme Eclipse per- 
mettent de ranger le code pour qu'il soit plus lisible. Plusieurs editeurs comme Zend 
Studio et Eclipse effectuent egalement des controles sur le code et proposent des rec- 
tifications. Par exemple, Zend Studio vous avertit lorsque vous mettez une assigna- 
tion dans une condition (i f ($var = 12) { ...) qui pourrait etre confondue avec 
une comparaison (i f ($var == 12) { ...). 



Le rapport de performances 

Les outils de tests comme SimpleTest et PHPUnit mettent en place des mecanismes 
qui permettent d'archiver les temps d'execution des requetes et de leurs actions ele- 
mentaires. II est alors facile de mettre en place une interface permettant de visualiser 
des statistiques, tel que le montre l'exemple de la figure 6-8 (details de performances 
d'une requete utilisateur). 



Figure 6-8 
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Les resultats des tests 

Les tests unitaires avec SimpleTest ou PHPUnit peuvent etre lances en ligne de 
commande ou via HTTP. Dans les deux cas, il est possible de lancer une routine glo- 
bale permettant de mettre en place un rapport, par exemple toutes les nuits dans le 
nightly build (routine de maintenance nocturne vue au chapitre 4). 
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Nous allons nous interesser ici au choix des outils logiciels intimement lies a PHP 
(extensions, fonctionnalites integrees). Ce choix estvaste. Ce chapitre doitvous aider 
a avoir une vision d'ensemble de ce qui existe et a connaitre les meilleurs outils du 
moment. 

Dans un premier temps nous allons nous interesser aux extensions en langage C. 
Elles permettent de completer PHP avec de nouvelles fonctionnalites performantes 
et rapides. 

Puis nous aborderons la notion de framework de developpement ou cadre de travail 
(dans sa traduction francaise). Le framework est une couche logicielle independante 
qui fournit des ressources partagees aux applications. 

La plate-forme PHP possede une collection importante d'applications et de scripts 
gratuits developpees par une communaute active de developpeurs. Certains travaux 
ont su s'imposer comme references et peuvent rendre de fiers services a votre envi- 
ronnement et a vos applications. Nous apprendrons ici a connaitre, a trouver et a 
choisir les bonnes ressources. Enfin, nous aborderons les outils lies a la manipulation 
des donnees, en passant par le choix du SGBD, 1' elaboration des modeles conceptuel 
et physique, puis le choix d'un format adapte aux caracteristiques des donnees que 
vous devez manipuler. 
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Les extensions C pour PHP 



Qu'est-ce qu'une extension ? 



Dans l'absolu, le role de PHP se resume a interpreter du code. Dans ce code, un cer- 
tain nombre de mots-cles definissent les actions a effectuer lors de Interpretation : 
les boucles, les conditions et les fonctions natives. 

Si PHP est fourni avec autant de fonctionnalites, de la gestion des fichiers a celle de 
multiples SGBD en passant par les services web, c'est parce qu'il sait tirer parti de 
programmes existants tels que MySQL, LibXML, OpenLDAP et des centaines 
d'autres. 

Ces programmes peuvent etre pilotes par PHP grace aux extensions. II existe deux 
types d'extensions : 

• Les extensions autonomes, qui ne requierent pas la presence d'un programme 
specifique. 

• Les extensions bridge , qui mettent en place un acces natif aux fonctionnalites 
d'un programme dont le code source (les headers au minimum) doivent se trouver 
sur le systeme. Ce sont surtout elles qui permettent Faeces a des programmes 
existants dans PHP. 



Figure 7-1 

Les extensions PHP 
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Quand et pourquoi developper une extension en langage C ? 



Le developpement d'une extension pour PHP requiert quelques connaissances en 
programmation C/C++. II existe aujourd'hui assez de fonctionnalites disponibles a 
travers PHP et ses extensions pour balayer les besoins de la majeure partie des projets. 
En revanche, il peut y avoir deux bonnes raisons de choisir 1' alternative extension. 

1 Pour mettre en place un acces natif a un programme qui n'est pas gere par les 
extensions existantes. Cela peut etre un programme proprietaire, ou pas assez 
populaire pour faire l'objet d'une extension. 

2 Pour accroitre les performances de votre application, vous choisissez de develop- 
per une partie de vos algorithmes en C. Dans ce cas, il vous faut une solution 
d'interoperabilite C/PHP tres efficace. Rien de mieux alors qu'une extension C. 



Ressources Consultez la bibliotheque PECL ! 

Les extensions C existantes pour PHP sont disponibles dans la bibliotheque PECL a I'adresse ci-dessous. 
N'hesitez pas a y jeter un coup d'oeil afin d'avoir un apercu de tout ce qui existe ! D'autre part, si vous 
cherchez une documentation pour developper votre extension, vous pouvez commencer par lire le chapi- 
tre 14 et la section « talks » du site officiel de PHP. 
► http://pecl.php.net 



Un framework ou « cadre de travail » fournit des ressources, des outils, des methodes 
de developpement et des conventions au service d'une ou plusieurs applications. II est 
en quelque sorte un socle pour vos developpements. 



» http://talks.php.net 
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Figure 7-2 
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Utilite d'un framework 

II peut y avoir plusieurs raisons de se lancer dans 1' adoption ou le developpement 
d'un framework. Avant de choisir, il convient de se poser la question de son utilite. 
Voyons d'abord quels sont les apports et les contraintes de l'alternative framework. 

Les apports : 

• Un framework met a disposition un ensemble de ressources (classes, objets) qui 
peuvent etre partagees entre plusieurs applications. II accompagne les efforts de 
reutilisation du code. 

• Un framework unifie les conventions et les methodes de developpement en fixant 
un cadre et une organisation commune pour chaque application. II favorise 
i'homogeneite de l'ecriture et la compatibilite des briques logicielles entre elles. 

• Un framework peut egalement apporter des outils de maintenance compatibles 
avec l'ensemble des programmes qu'il supporte. 

Les contraintes : 

• Une application qui depend d'un framework possede le desavantage de cette 
dependance : son deploiement dans un environnement necessitera la presence du 
framework. 

• L'utilisation d'un framework rend toutes vos applications dependantes de la qua- 
lite de ce framework. Si vous utilisez un framework dont vous ne maitrisez pas les 
rouages et qu'un probleme survient, vous risquez d'etre bloque. 

• Enfin, un framework peut apporter un degre de complexite supplemental ainsi 
que du code mort. L'utilisation d'un gros framework pour repondre a un besoin 
simple nest pas forcement la bonne solution. 



Culture Le code mort 

II arrive qu'une portion de code ne soit jamais atteinte lors de I'execution du programme suite a une 
erreur de logique dans I'algorithme ou parce que nous n'utilisons jamais la fonctionnalite qu'elle imple- 
mente. Cette portion de code est nommee code mort. 



II existe egalement plusieurs types de frameworks : 

• Les frameworks generiques sont adaptes au developpement de tout type d'appli- 
cation. 

• A l'inverse, les frameworks specialises mettent en place un mecanisme et propo- 
sent des ressources specialement adaptees a une utilisation donnee de PHP. 
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Choix d'un framework existant 

De nombreux frameworks PHP sont mis a disposition sur Internet, souvent gratui- 
tement. Pour bien choisir, voici une liste de criteres dont il faut tenir compte : 

• La reputation du framework est-elle bonne (popularite, histoire, communaute des 
developpeurs) ? 

• Les fonctionnalites du framework sont-elles adaptees a vos besoins ? 

• La philosophic du framework est-elle adaptee a vos habitudes de travail (organi- 
sation des structures, modularite, architecture globale, etc.) ? 

• Les performances annoncees vous conviennent-elles (comportement a forte 
charge, outils de mise en cache, optimiseurs, etc.) ? 

• La documentation du framework est-elle suffisante pour 1' exploiter simplement 
et efficacement ? 

• La licence du framework est-elle compatible avec l'utilisation que vous voulez en faire ? 

Tableau 7-1 Quelques frameworks pour vos developpements PHP 



Ambivalence 


Un framework base sur le projet Maverick (ecrit en Java). 
II fournit une implementation du motif de conception 
MVC. Ce projet peut se coupler aux applications JBoss 
par I'intermediaire du service JAAS. 


http://amb.sourceforge.net 


ATK5 


Un framework oriente objet specialise dans les develop- 
pements de logiques metier. L'objectif de cet outil est de 
permettre le developpement d'une application en un 
minimum de lignes de code et malgre cela un maximum 
de possibilities de personnalisation. 


http://www.achievo.org/atk 


AWF 


AWF (Adaptive Website Framework) est ecrit pour 
PHP 5. Sa structure orient.ee objet peut etre facilement 
assimilee et etendue. 


h tt p : //www. awf-cms.org 


Blueshoes 


Base sur un CMS, ce framework met a disposition un 
grand nombre d'outils pratiques : gestion des sessions, 
des utilisateurs et des groupes, debogage, persistance 
d'objets, etc. 


http://www.blueshoes.org 


Biscuit 


Un framework base sur le motif MVC et les technologies 
Ruby. 




Cake 


Un framework qui impose une architecture et des regies 
pour le developpement et la maintenance facile dupli- 
cations web portables. II propose des outils d'acces aux 
donnees, une compatibility PHP 4 & PHP 5, un moteur de 
templates et d'autres fonctionnalites utiles. 


http://cakephp.org/ 
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Tableau 7-1 Quelques frameworks pour vos developpements PHP (suite) 



Carthag 


Ce framework exploite les nouveautes de PHP 5 et 
repond aux besoins des projets professionnels. Le con- 
cept est base sur plusieurs idees tirees du monde J2EE et 
implemente des motifs de conception (Observer, Factory, 
Singleton, DAO, etc.). 


http://www.carthag.org 


Castor 


Un framework intuitif pour creer des applications web. II 
est base sur une librairie de composants utiles (editeur 
Wysiwyg, templating, modularity, profiling, etc.). Une 
jolie presentation est disponible sur le site officiel. 


http://castor.2le.net 


CEP 


Core Enterprise PHP etend PEAR. II est destine a deve- 
lopper des applications modulaires pour I'entreprise. 


http://sourceforge.net/projects/ 
cep 


Cgiapp 


Un framework PHP 4 et PHP 5, destine a produire des 
applications web reutilisables, base sur le module perl 
CGI::Application et le moteur de templates Smarty. (Ce 
projet est inactif a I'heure actuelle). 


http://cgiapp.sourceforge.net 


Copix 


Copix est un framework de developpement capable de 
prendre en charge la majeure partie des problematiques 
recurrentes des applications web (donnees, affichage, 
droits). II dispose egalement des briques utilitaires classi- 
ques que Ton peut attendre d'un environnement de 
developpement efficace. 


http://www.copix.org 


Cortex 


Cerebral Cortex est un framework specialise pour le 
developpement rapide d'applications complexes. II 
exploite PDO et SOAP. 


http://crtx.org 


ErisX 


Un framework PHP 5 specialise pour le developpement 
d'applications web. 


http://www.erisx.de/ 


FreeForm 


Ce framework exploite le motif MVC pour le developpe- 
ment d'applications web. II possede un processus de 
creation de formulaires ainsi qu'un systeme de packa- 
ging. 


http://dev6.php5.nedlinux.com/ 

?action=ViewProject&pro- 

ject=39 


FastFrame 
codejanitor 


Un framework destine a produire rapidement des deve- 
loppements securises et robustes. II possede de nom- 
breux outils interessants bases sur des motifs de 
conception : MVC, Singleton & Factory, une porte 
d'entree sur les librairies PEAR, des outils de debogage 
et de construction d'applications web, etc. 


http://codejanitor.com/wp/ 
apps/fastframe/ 


GGF 


Un framework oriente objet (PHP 5) qui privilegie la 
securite et la simplicity (pas de bidouillage). 


http://de.geocities.com/ 
ggf_team/ 
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Tableau 7-1 Quelques frameworks pour vos developpements PHP (suite) 



Gpfr 


Generic PHP Framework propose des ressources generi- 
ques pour applications developpees en PHP 4. II met a 
disposition des fonctionnalites au service des entrepri- 
ses, un systeme de gestion d'erreurs et un gestionnaire 
de tests. 


http://gpfr.sourceforge.net 


Horde 


Horde est un noyau tres complet pour toute application 
web moderne. 


http://www.horde.org 


InterJinn 


Un framework generique pour application web ou ligne 
de commande. II met a disposition des outils de gestion 
des sessions, de profiling, de cache, de gestion de formu- 
laires et d'internationalisation. 


http://www.interjinn.com 


Ismo 


Un autre framework permettant de mettre en oeuvre des 
applications MVC. 


http://ismo.sourceforge.net 


Jade 


Jade est un environnement de developpement par objec- 
tif, le developpeur se concentre sur les regies de gestion. 
Jade s'occupe de I'interface utilisateur. 


http://www. consultants 

interaction.com/ 

?action=jade_presentation 


Krysalis 


Un framework qui separe logique metier et presentation, 
base sur les transformations XSLT et sur SOAP. Recom- 
mande pour des applications a complexity elevee. 


http://www.kompletecms.com/ 
products/Krysalis/ 


Logicreate 
Framework 


Un framework pour applications web qui possede de 
nombreux outils de gestion de profils. 


http://www.logicreate.com 


Medusa 


Un projet de la fameuse plate-forme Tigris reputee pour 
la qualite de ses applications. Ce framework est base sur 
le motif de conception MVC. Un peu abandonne a 
I'heure actuelle. 


http://medusa.tigris.org 


Merlin-Works 
(Crealab) 


Ce framework est entierement oriente objet et specialise 
dans le developpement d'applications web. 


http://www.crealabs.it/en/ 
merlinwork/ 


php.MVC 


Un framework MVC abouti inspire par le projet Jakarta 
Struts. 


http://www.phpmvc.net 


Phrame 


Un framework base sur le motif MVC2. II possede un 
existant generique de modeles et de composants ainsi 
que de multiples possibility pour la generation de vues : 
PHP, Smarty, XSLT, FlashMX, etc. 


http://phrame.sourceforge.net 


Popoon 


Un CMS base sur PHP 5 et XML destine a supporter des 
applications CMS. Inspire du projet Cocoon en Java. 


http://www.popoon.org/ 
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Prado 


Un framework prometteur pour tout projet web base sur 
une librairie de composants PHP 5. Ses priorites : la reu- 
tilisabilite, la facilite de mise en ceuvre, la robustesse et 
les performances. Ce framework est accompagne d'une 
documentation complete. 


http://www.xisc.com 


RwfPHP 


Un framework base sur un systeme de pilotage d'evene- 
ments, le motif MVC et le moteur de templates Smarty, 
pour les applications web orientees objet. 


http://www.rwfphp.org 


Seagull 


Un framework generique serieux sous licence BSD pour 
tout type d'application. Une documentation complete est 
disponible en ligne sur le site officiel. 


http://seagull.phpkitchen.com 


Sitellite 


Un framework abouti dont I'objectif est la reutilisabilite 
des composants. Avec Sitellite, vous pouvez ecrite du 
code concis, elegant et maintenable. 


http://www.sitellite.org 


Solar 


La vocation de ce framework est de fournir des compo- 
sants generiques tres faciles a adopter pour le develop- 
pement de sites web. 


http://www.solarphp.com/ 
home/ 


Studs 


Ce framework est une implementation PHP du projet 
Jakarta Struts destine aux applications Java. 


http://www.mojavelinux.com/ 
projects/studs/ 


WACT 


Abreviation de Web Application Component Toolkit. Le 
but de ce framework et de fournir des implementations 
de motifs de construction (design patterns). Sa philoso- 
phic : le remaniement continu (refactoring) et I'exploita- 
tion des tests unitaires (par I'intermediaire de 
I'application SimpleTEST). Un projet nomme LIMB pro- 
pose des outils de creation d'applications CMS basees 
sur WACT. 


http://www.phpwact.org 


Xaraya 


Un CMS qui integre un framework sur lequel d'autres 
applications peuvent s'implanter. Ce projet possede un 
site web complet. 


http://xaraya.com/index.php/ 
docs/85 


Yellow Duck 


Un framework base sur une librairie de composants reu- 
tilisables qui possede une documentation en ligne com- 
plete et agreable a consulter. 


http://www.yellowduck.be 


ZNF 


Un framework pour applications PHP 5 base sur MVC2, 
Struts, Smarty et XML. 


http://znf.zeronotice.com 
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A SAVOIR PEAR est-il un framework ? 

Le but du projet PEAR est de mettre a disposition une bibliotheque complete de composants PHP. Sa 
vocation n'est pas d'etre un framework a part entiere. Les regies d'ecriture et les conventions PEAR ne 
concernent que les classes PEAR et non les applications qui s'en servent. Plusieurs frameworks cites plus 
haut exploitent les composants PEAR. 

Pour en savoir plus sur PEAR, une section lui est consacree plus loin. Vous trouverez egalement des infor- 
mations sur le site officiel : 
► http://pear.php.net 



Construire son propre framework 

Le developpement d'un framework sur mesure est d'autant plus abordable que le 
retour sur investissement est rapide avec PHP. La preuve en est la diversite des fra- 
meworks de la section precedente. Avec d'autres technologies plus rigides et difficiles 
a mettre en ceuvre, ce choix serait different. 

II y a plusieurs avantages a creer son propre framework, parmi lesquels : 

• la possibilite de maitriser completement les rouages des briques logicielles qui 
supportent vos applications ; 

• l'absence de code superflu et la maitrise totale des fonctionnalites et des perfor- 
mances ; 

• la possibilite de mettre en place ses propres regies et conventions. 

Batir un framework est un projet a part entiere. Ce developpement pourra etre realise 
avec les methodes et les outils de vos choix. II faudra garder a l'esprit les objectifs que 
vous voulez atteindre avec votre framework. Pour cela, une petite etude initiale 
s'impose. 



Figure 7-3 
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Si vous avez deja un bon historique de developpements PHP et que vous souhaitez 
construire un framework pour accompagner votre activite, il vous sera facile de cerner 
vos besoins et de dresser la liste des roles importants que vous attribuerez au fra- 
mework. 

En revanche, si le developpement du framework doit se faire en parallele a un ou 
plusieurs projets, une analyse plus ou moins poussee pourra etre envisagee en fonc- 
tion de votre methode de developpement. 



METHODE Construire un framework agile 

Les methodes agiles que nous avons abordees au chapitre 2 proposent des pratiques de gestion de projet 
permettant d'assurer des developpements fiables. Si vous optez pour un developpement agile (avec 
I'eXtreme Programming ou une methode de votre choix), voici quelques conseils d'usage : 

• Commencez par une architecture minimaliste et assez souple pour evoluer en fonction des besoins qui 
se presenteront. Par exemple, la definition de regies de base et d'une organisation permettant 
d'heberger les premiers outils et les premieres ressources dont vous aurez besoin. Ensuite, tout cela 
pourra etre remanie ou mis a jour. 

• Optez pour une division du developpement en briques simples. 

• Faites intervenir a tout moment vos clients ou collaborateurs detenteurs des connaissances metier. 
Meme si le framework est tres technique, il peut etre utile de ne pas se tromper lorsqu'il s'agit de creer 
des modules manipulant des donnees metier. 

• Developpez le framework a plusieurs. Vous prendriez un gros risque en laissant I'exclusivite des con- 
naissances du framework a une seule personne. 

• Integrez a votre framework des tests unitaires et tests de regression complets. 

Enfin, ces pratiques peuvent etre bonnes dans certains contextes, mais pas en developpement agile : 

• Definir une architecture detaillee avant tout developpement limite les possibility de remaniement et 
devolution. 

• Le developpement d'algorithmes complexes en une seule fonction, meme bien documented, ne permet 
pas une comprehension immediate du code. Si un tel algorithme doit etre implements, vous pouvez vous 
inspirer du motif de conception Patron de Methode (Template of Method) dealt dans le chapitre 1 0. 



Utilisation de PEAR 

Comme nous 1' avons vu plus haut, PEAR est une bibliotheque de composants et non 
un veritable framework. Un executable PEAR qui permet une maintenance pratique 
des composants est maintenant fourni avec PHP. 

L'installation de composants PEAR ressemble un peu a l'installation de paquetages 
sous Unix/Linux. Une simple commande permet de telecharger et mettre a disposi- 
tion les ressources voulues. 
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Exemple d'installation d'un composant PEAR 

$ pear install -a PHPUnit2 

downloading PHPUnit2-2.2.1.tgz ... 

Starting to download PHPUnit2-2.2.1.tgz (38,575 bytes) 

done: 38,575 bytes 

downloading Benchmark-1.2.3.tgz ... 

Starting to download Benchmark-1.2.3.tgz (6,679 bytes) 

. . .done: 6, 679 bytes 

downloading Log-1.8.7.tgz ... 

Starting to download Log-1.8.7.tgz (32,693 bytes) 
. . .done: 32,693 bytes 
downloading DB-1.7.6.tgz ... 

Starting to download DB-1.7.6.tgz (124,807 bytes) 
. . .done: 124,807 bytes 
Optional dependencies: 

'bcmath' PHP extension is recommended to utilize some features 
install ok: Benchmark 1.2.3 
install ok: DB 1.7.6 
install ok: Log 1.8.7 
install ok: PHPUnit2 2.2.1 

Si vous construisez votre propre framework, interessez-vous au fonctionnement de 
PEAR. Vous pourrez reprendre un certain nombre de fonctionnalites bien pratiques, 
telles que : 

• le systeme de packaging des librairies, tenant compte des dependances et permet- 
tant de centraliser une bibliotheque de composants ; 

• le systeme d'installation/desinstallation de composants a distance ; 

• la possibilite d'interroger la bibliotheque a distance ; 

• la possibilite de mettre a jour automatiquement ses composants. 

Exemple de listage des composants PEAR installees 

$ pear list 
Installed packages: 



Package Version State 

Archive_Tar 1.1 stable 

Console_Cetopt 1.2 stable 

HTML_Template_IT 1.1 stable 

Net_UserAgent_Detect 2.0.1 stable 

PEAR 1.3.5 stable 

XML_RPC 1.2.2 stable 

apd 1.0.1 stable 



Organisation du projet : conventions et outils 

Premiere partie 

L'utilisation de PEAR commence a se generaliser et devient de plus en plus interes- 
sante. Pour en savoir plus sur PEAR, consultez le site officiel a l'adresse suivante : 

► http://pear.php.net 



Autres ressources (scripts et applications) 

PHP dispose d'une enorme reserve de scripts et applications gratuites ou commer- 
ciales, a tel point que Ton ne sait pas toujours par ou commencer. L'avantage, c'est qu'il 
est rare de ne pas trouver un developpement tout fait similaire a ce que Ton souhaite 
developper. En revanche, il faut beaucoup chercher pour trouver la ressource adaptee. 

II serait trop long de citer ici toutes les bonnes ressources disponibles, il existe pour 
cela plusieurs sites Internet mettant a disposition ces scripts avec de nombreuses 
informations utiles pour chacun d'eux : popularite, qualite, etc. 

Quelques exemples d'annuaires de sites : 

► http://www.hotscripts.com/PHP/ 

► http://www.phpscripts-fr.net 

► http://www.comscripts.com/scripts-php-mysql.html 

Comment choisir des ressources fiables ? 

Pour vous guider dans vos choix, il est important de connaitre quelques indicateurs 
qui font la qualite d'une ressource : 

• Elle est populaire (beaucoup telechargee et utilisee) : elle manifeste un interet, 
done a des chances d'etre revisee et mise a jour par de nombreuses personnes. 
C'est un signe de qualite, de perennite et de securite. 

• Elle est generalement tres bien notee (appreciee) : les internautes sont assez prag- 
matiques quand il s'agit de juger, le script est facile et pratique a installer et a uti- 
liser. 

• Elle est regulierement mise a jour par une equipe de passionnes : plus le comite de 
developpement est solide, plus le projet evoluera vite et plus il a de chances de 
percer. 
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SECURITE Pour la securite de vos developpements, gardez la maitrise a 100 % des parties sensibles 

Soyez toujours surs de parfaitement maTtriser le code qui touche a la securite de vos developpements et 
si besoin, developpez cette partie vous-meme. De nombreux scripts ecrits par des amateurs se vantent de 
renforcer la securite mais ne font en realite qu'augmenter I'instabilite d'une application. 
La faille la plus courante en PHP consiste a permettre aux visiteurs d'executer leur propre code PHP a tra- 
vers un trou de securite (attaque par injection). Cette faille permet de prendre le controle de la machine 
avec les droits de I'utilisateur utilise par le serveur HTTP dans un premier temps. L'erreur la plus grossiere 
est de ce type (il existe des variantes plus subtiles) : 

<?php 

# Hackez-moi bien fort ! 
include ($_CET[ ' f i le ' ]) ; 

?> 



Note concernant les licences 

Avant d'utiliser une ressource, il est important de consulter la licence a laquelle elle 
est attachee, afin de savoir jusqu'ou vous pouvez aller et dans quelles conditions vous 
avez le droit d'exploiter la ressource. 

La plupart des developpements PHP sont soumis a la licence GPL (GNU General 
Public Licence) ou une licence compatible, qui autorise l'utilisation, la distribution 
des applications a tout le monde et permet la modification du code source sous con- 
ditions : 

► http://www.gnu.org/copyleft/gpl.html 

D'autres licences sont utilisees, telles que la licence BSD (declinee en deux versions : 
l'originale et la modifiee) ou la licence PHP, qui sont toutes deux assez simples et per- 
missives. Pour plus d'informations, vous pouvez consulter les liens correspondants : 

► http://www.freebsd.org/copyright/license.html 

► http://www.php.net/license/ 



Choix du SGBD 

Qu'est-ce qu'un SGBD ? 

Lorsque Ton doit manipuler un grand nombre de donnees, le choix du SGBD 
s'impose naturellement. Un systeme de gestion de bases de donnees permet le stoc- 
kage et la manipulation d'un grand nombre de donnees structurees. La figure 7-4 
illustre les constituants fondamentaux des bases de donnees. 
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Figure 7-4 
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L'utilisation d'un SGBD possede quelques avantages : 

• Un SGBD permet d'organiser des informations basees sur des gabarits identiques 
(ex : une information « personne » comporte : nom, prenom, adresse, tel, etc.). 
Ces informations sont rangees dans des tables qui peuvent avoir des relations 
entre elles. 

• Les operations de tri, filtre et tout type d'acces aux donnees sont tres efficaces 
avec une base de donnees, meme s'il y a beaucoup d'informations stockees. 

• Un SGBD relationnel maintient la coherence des donnees. Par exemple, si nous 
avons deux tables liees destination et vol, il est possible d'indiquer au SGBD 
qu'une destination peut etre liee a plusieurs vols mais un vol ne peut etre lie qua 
une destination, (c'est le role des cardinalites « 0, 1, °° » liees aux relations de la 
figure 7-4. 



MySQL 

MySQL est un SGBD depuis longtemps associe a PHP. On generalise meme de 
temps en temps en parlant d'applications PHP-MySQL. Cependant, MySQL est 
un projet independant. 

II est le moteur de base de donnees Open Source le plus populaire du monde, avec 
plus de 5 millions d'installations actives et de nombreux utilisateurs prestigieux dans 
le monde professionnel. 



Caracteristiques de MySQL 

Le projet MySQL est ne d'un desir de disposer d'un SGBD performant. Dans ses 
premieres versions, les developpeurs ont privilegie cette caracteristique sur la diver- 
site des fonctionnalites. La version 3 de MySQL ne fait pas de controle d'integrite, 
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n'accepte pas les requetes complexes (imbriquees), ne permet pas la mise en place de 
vues, triggers ou procedures stockees. 

Cela evolue progressivement avec MySQL versions 4 et 5. Tout en maintenant des 
performances optimales, MySQL s'equipe. 

De nombreuses interfaces d'administration sont disponibles pour MySQL, dont le 
fameux PhpMyAdmin et la nouvelle interface d'administration graphique livree avec 
le SGBD qui s'avere tres pratique. 

Pourquoi choisir MySQL ? 

MySQL est performant et contrairement a certaines rumeurs, il permet de mani- 
puler des donnees complexes et volumineuses. Son connecteur avec PHP est perfor- 
mant et tres pratique, surtout depuis la sortie de PHP 5. En terme de fonctionna- 
lites, MySQL reste simple mais progresse doucement. II proposera bientot les vues, 
les procedures stockees et la gestion des contraintes d'integrite. 

Exemple d'acces a MySQL avec PHP 

Smysqli = new mysql i (' local host ' , 
'user' , 
'pass' , 
'database') ; 

if (mysql i_connect_errno()) { 

printf("Echec de connexion : %s\n", 
mysql i_connect_error()) ; 

exit(); 

} 

Squery = "INSERT INTO address_book 

(first_name, last_name, phone_number) 

VALUES (?,?,?);"; 
Sstmt = Smysqli ->prepare($query); 

$stmt->bind_param("sss", Sfirstname, Slastname, Sphone); 

Sfirstname = "Cuillaume"; 
Slastname = "Poncon"; 
Sphone = "01 23 45 67 89"; 
$stmt->execute() ; 



$stmt->close() ; 
Smysqli ->close(); 



Organisation du projet : conventions et outils 

Premiere partie 



PostgreSQL 

Dommage que PostgreSQL ne soit pas aussi populaire que MySQL en France. Ce 
SGBD relationnel est tees complet et ce depuis longtemps. 

Ses performances en lecture sont globalement legerement inferieures a celles de 
MySQL mais largement suffisantes pour la plupart des applications. 

Caracteristiques de PostgreSQL 

Comme nous le disions, PostgreSQL possede l'avantage d'etre reellement tres com- 
plet : requetes imbriquees, transactions (commit/rollback), gestion des cles etran- 
geres, unions, triggers, procedures stockees, jointures completes, contraintes, cur- 
seurs, langage procedural (PL/pgSQL, PL/PHP), etc. 

Pourquoi choisir PostgreSQL ? 

PostgreSQL est un couteau Suisse « de luxe » dans le monde des SGBD. II est Open 
Source, possede une grande communaute de developpeurs et existe depuis de nom- 
breuses annees (le projet a commence en 1989). 

Le choix de PostgreSQL pour PHP est un bon choix en toute circonstance. 
Exemple d'acces a PostgreSQL avec PHP 

Sdbconn = pg_connect("dbname=my_database") ; 

Squery = 'SELECT * FROM address_book WHERE firstname = $1'; 

pg_prepare($dbconn, 'query', Squery); 

Sresult = pg_execute($dbconn, 'query', array('Guillaume')) ; 



Oracle 

Oracle est un SGBD relationnel commercial complet et performant. II est le choix 
de nombreuses entreprises dans le monde. Toujours a la pointe de la technologie, 
Oracle est une reference depuis de nombreuses annees. 

Caracteristiques d'Oracle 

Pratiquement tout ce que vous pouvez trouver comme fonctionnalites SGBD se 
retrouve dans Oracle. II est meme possible aujourd'hui de profiter de la technologie 
grid, un systeme astucieux permettant d'augmenter les performances du SGBD en 
faisant travailler les ordinateurs inactifs d'un reseau. 

Lextension OCI8 pour Oracle 7 et 8 et PHP est complete et performante. Elle fera 
le bonheur des utilisateurs d'Oracle les plus exigeants. Une deuxieme extension plus 
generale mais moins complete existe : 1' extension Oracle. 
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Documentation des extensions Oracle pour PHP 

Oracle : ► http://fr.php.net/manual/fr/ref.oracle.php 

0CI8 : ► http://fr.php.net/manual/fr/ref.oci8.php 

Pourquoi choisir Oracle ? 

La plupart des gens qui choisissent Oracle le font par souci de securite. Oracle est 
egalement un produit commercial vendu avec un support, ce qui rassure le monde 
professionnel face a des SGBD comme PostgreSQL. 

Vous pouvez choisir Oracle si votre projet necessite l'utilisation de bases de donnees 
exigeantes, complexes et securisees. Si votre reseau est geographiquement reparti, 
Oracle dispose d'outils de deploiement efficaces. En revanche, une bonne maitrise 
d'Oracle necessite un administrateur de bases de donnees (DBA) qualifie. 

SQLite 

SQLite est un SGBD permettant de creer et manipuler des bases de donnees embar- 
quees. Cette application est simple et performante, mais presente quelques limites. 
SQLite a ete propose a l'occasion de la sortie de PHP 5. 

Caracteristiques de SQLite 

SQLite permet de creer et d'acceder a des bases de donnees embarquees. En d'autres 
termes, fini les problemes d'installation ou de mot de passe pour acceder a une base 
de donnees : tout est integre dans l'application. 

Dans le cas des autres SGBD, deplacer une application necessite une installation de 
ou des base(s) de donnee(s) necessaires au fonctionnement de l'applicatif ainsi qu'une 
reconfiguration des droits d'acces. 

SQLite est un petit SGBD permissif, denue de controle de type (il est par exemple 
possible de stocker une chaine de caracteres dans un champ declare « entier » !). II est 
performant en lecture, en revanche il verrouille la base en ecriture. 

Pourquoi choisir SQLite ? 

Une base de donnees SQLite est en quelque sorte un fichier ameliore, permettant 
d'organiser et de trier des informations tees rapidement. SQLite est ideal pour gerer 
des mises en cache complexes ou pour toute problematique necessitant un stockage 
peu frequent d'informations structurees et fortement consultees. 
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Comparatif des SGBD supportes par PHP 

II existe d'autres extensions d'acces natif aux SGBD avec PHP. Vbici un petit tableau 
mettant en avant les points forts et les points faibles de chaque SGBD supporte par PHP 

Tableau 7-2 Les SGBD supportes par PHP 



DB++ 


SGBDR hautes performances et faible con- 
sommation de ressources systeme. 


Utilise une syntaxe SQL specifique. 


DB2 (DBA, 
IBM DB2) 


SGBDR commercial performant, concurrent 
d'Oracle et SQL Server. 


Prix eleve des licences. 


Firebird/ 
Interbase 


Procedures stockees et triggers, performances, 
compatibility ANSI SQL-92, facile a adminis- 
ter. 


Quelques difficultes sur les grosses volume- 
tries. 


Ingres II 


Open Source, multi-plates-formes, support 
XML, outils d'administration. 


Popularity affaiblie par la concurrence, reque- 
tes concurrentes impossibles pour une meme 
connexion. 


MaxDB 


Similaire a MySQL, specialise SAP. Variante commerciale de MySQL, apport dis- 
enable. 


MySQL (mysql, 
mysqli) 


SGBD populaire, gratuit et performant. Pos- 
sede de nombreux outils developpes en PHP, 
dont PhpMyAdmin. 


Pas aussi complet que PostgreSQL, Oracle ou 
SQL Server, mais progresse rapidement. 


Oracle 


SGBDR performant et tres complet. 


Produit commercial, peut devenir complexe a 
administrer. 


Ovrimos SQL 


SGBDR performant, transactionnel, specialise 
pour les transactions web. 


Indisponible sous Windows. 


PostgreSQL 


SGBDR Open Source tres complet et perfor- 
mant. Outils d'administration conviviaux. 


Replications, support XML. 


Sesam 


Supporte de nombreuses connexions, grande 
stabilite. 


Base specifique, developpee pour des equipe- 
ments BS2000/OSD. 


SQLite 


Gere des bases embarquees, permissif et per- 
formant. 


Tres simple, verrouillage de la base en ecri- 
ture. 


SQL Server 


Concurrent Microsoft d'Oracle, DB2, Informix. 
De tres nombreuses fonctionnalites, outils 
d'administration conviviaux. 


Fonctionne uniquement sous Windows. 
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Outils d'abstraction de bases de donnees 

Vous pouvez rendre possible l'utilisation de plusieurs SGBD differents grace a une 
extension speciale qui permet de mettre en place une abstraction de base de donnees. 
Etant donne la complexite d'un tel projet, ces extensions ne sont pas nombreuses. 



DBX 

SGBD geres : 

• FrontBase ; 

• SQL Server ; 

• MySQL; 

• ODBC; 

• PostgreSQL; 

• Sybase-CT ; 

• Oracle (via OCI8) ; 

• SQLite. 

DBX est une extension PHP d'abstraction de bases de donnees. II n'attaque pas 
directement les SGBD mais se sert des extensions specifiques de chacun d'eux 
(extension MySQL, ODBC, etc.). 

Cette extension comporte un nombre limite de fonctions et permet d'effectuer des 
requetes simples. 



PDO 

SGBD geres : 

• FreeTDS; 

• SQL Server ; 

• Sybase ; 

• Firebird/Interbase 6 ; 

• MySQL; 

• Oracle ; 

• ODBC (DB2, unixODBC) ; 

• PostgreSQL; 

• SQLite. 

Lextension PDO (PHP Data Objects) est une application d'avenir pour PHP. Elle 
definit une interface pratique d'acces a de multiples bases de donnees. 
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L'extension en elle-meme n'est liee a aucune base, elle necessite la presence d'exten- 
sions specifiques aux bases auxquelles vous souhaitez acceder. 

Documentation de l'extension PDO 

► http://fr.php.net/manual/fr/ref.pdo.php 



Figure 7-5 

Principe de l'extension PDO 




Acces Natif 

Interrogation via 
extensions PDO 



Acces PHP direct 

Interrogation specifique 
via extensions liees a 
chaque base. 



Acces PHP via PDO 

Interrogation unifie 
compatible avec 
chaque base. 





ODBC 

SGBD supportes : 

• Adabas D ; 

• DB2; 

• iODBC; 

• Solid ; 

• Sybase SQL Anywhere. 

L'ODBC unifie de PHP donne acces a plusieurs bases de donnees ayant emprunte la 
semantique des APIs ODBC pour leur propres API. Pour en savoir plus sur cette 
extension, rendez-vous sur la page de documentation : 

► http://fr.php.net/manual/fr/ref.uodbc.php 
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Creation du modele de base de donnees 

II est difficile d'elaborer la structure d'une base de donnees complexe sans un modele, 
comme il est difficile de construire une maison sans plan. 

Nous allons nous interesser ici a une methode simple et efficace de modelisation de 
bases de donnees. Ceci est une introduction destinee a comprendre le fonctionne- 
ment et l'utilite des modeles utilises. Libre a vous d'en apprendre davantage sur le 
sujet grace a un ouvrage specialise. 

La methode liee a la notion de MCD (Modele conceptuel de donnees) et MPD 
(Modele physique de donnees) se nomme « MERISE ». 



Aller PLUS LOIN La modelisation de bases de donnees et des system es d'information 

Ce vaste sujet fait I'objet de plusieurs ouvrages dont voici quelques exemples : 

ffli Mer/'se et UML, de Joseph Gabay aux editions Dunod 

IB Modeles de donnees, de Bertrand Bisson aux editions Economia 

10 L'essentiel sur Merise, de Dominique Dionisi aux editions Eyrolles 



Modele conceptuel de donnees (MCD) 

Le modele conceptuel de donnees (MCD) decrit une base de donnees d'un point de 
vue utilisateur, c'est-a-dire avec des mots et des diagrammes faciles a comprendre. Ce 
modele est egalement appele diagramme entite-association. La figure 7-6 donne un 
exemple de M.C.D. 



Figure 7-6 

Un modele conceptuel de 
donnees simple (MCD) 



Identifiant de livre 



Titre du livre 
Resume 

Nombre de pages 





Categories 



Identifiant de categorie 
Titre 

Description 



Identifiant dauteur 

Pre no m 

Norn 

Numero de telephone 
Actif ou inactif 
Adresse postale 



L»> « A une categorie peut corresponds ou plusieurs livres, (O.oo) » MC D 

— *■ b Un livre peutetre classe dans 1 et 1 seule categorie. (1,1) » 



Dans notre exemple : 

• Les listes Livres, Auteurs et Categories sont appelees des entites. 
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• La liste Identif iant de livre jusqu'a Nombre de pages definit les attributs de l'entite 
Livres. Identif iant de livre est souligne car il caracterise l'identifiant unique qui va 
permettre de reconnaitre chaque enregistrement (cle primaire). 

• Les locutions Classe dans et Redige par sont appelees des relations ou associations. 

• Les relations entre entites sont quantifiees par des numeros appeles cardinalites. 

• On dit souvent que Classe dans est une relation un a plusieurs car a un livre peut 
correspondre une seule categorie alors qua une categorie peut correspondre plu- 
sieurs livres. 

• On dit que Redige par est une relation plusieurs a plusieurs car a un livre peut cor- 
respondre plusieurs auteurs et inversement. Cette relation particuliere necessite la 
creation d'une table de liaison supplementaire (voir le modele physique de don- 
nees plus loin). 

• II existe egalement des relations un a un et des relations multiples (a trois ou qua- 
tre pattes) qui font l'objet de proprietes particulieres que nous n'aborderons pas ici 
mais que vous trouverez dans les ouvrages specialises cites plus haut. 

Modele physique de donnees (MPD) 

Le modele physique de donnees (MPD) decrit une base de donnees d'un point de 
vue technique. Ce modele donne toutes les informations necessaires et suffisantes 
pour construire les scripts de generation de la base de donnees. Le modele physique 
de donnees correspondant a notre exemple precedent est illustre sur la figure 7-7. 

Dans notre exemple : 

• Les elements book, author sont des tables. 

• La liste book_id, nb_page definit les champs de la table book. 

• Les relations category_id = category_id, etc. definissent les contraintes. 

• Le champ category_id de la table book est une cle etrangere de la table category. 
Dans notre exemple, le champ qui correspond a la cle etrangere est du meme nom 
que le champ correspondant dans la table a laquelle la relation fait reference. 

Comme nous pouvons le remarquer, la relation plusieurs a plusieurs de notre modele 
conceptuel de donnees (MCD) a necessite la creation de la table redaction qui sert 
de liaison entre les tables book et author. 

Ecriture des requetes de creation 

Une fois notre MPD (modele physique de donnees) en main, il ne nous manque plus 
qua le traduire en langage SQL. Un MPD complet fournit toutes les informations 
necessaires a la creation de requetes de creation. 
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Figure 7-7 

Un modele physique de 
donnees simple (MPD) 





book id = book id 






book id int 
cateaorv id int 




redaction 


bookjitle varchar(127) 




author id int 


resume text 
nb_pages int 




book id int 
date datetime 


I 

categoryjd = category_id 


I 

author id = author id 
" + 


category 




author 


cateqorv id int 

category title varchar(127) 

description text 




author id int 
firstname varchar(127) 
lastname varchar(127) 
tel varchar(20) 
status boolean 
address varchar(250) 


MPD 



Exemple de requete de creation 

# Creation de la base de donnees 
CREATE DATABASE 'eyrolles' 

DEFAULT CHARACTER SET utf8 
COLLATE utf8_unicode_ci ; 

# Creation de la table "book" 
CREATE TABLE book' ( 

'book_id' INT NOT NULL , 
'category_id' INT NOT NULL , 
'book_title' VARCHAR( 127 ) NOT NULL , 
'resume' TEXT NOT NULL , 
'nb_pages' INT NOT NULL , 
PRIMARY KEY ( 'book_id' ) 

); 

(...) 

Vos requetes de creation seront bien entendu liees au SGBD que vous souhaitez uti- 
liser. L'exemple ci-dessus concerne le SGBD MySQL. Les requetes ont ete generees 
grace a l'application PhpMyAdmin que vous trouverez facilement sur Internet. 
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Outils de design et de generation 

II existe de multiples outils pour modeliser les bases de donnees. Cela peut aller du 
simple tableau blanc ideal pour travailler en equipe, au logiciel specialise qui permet 
de generer un MPD a partir du MCD puis les requetes de creation a partir du MPD. 

Le plus populaire du moment et aussi l'un des plus onereux est le fameux Power- 
AMC edite par Sybase. Cette application permet toutes sortes de modelisations, 
generations et Reverse Engineering. II s'adapte egalement a quasiment tous les 
SGBD du marche : 

► http://www.sybase.com/products/developmentintegration/poweramc 
Culture Reverse Engineering 

Le Reverse Engineering, retroingenierie ou ingenierie inverse, est la procedure qui consiste a determiner 
a partir d'un objet fini les methodes et techniques utilisees pour sa creation. 

Dans le domaine des outils gratuits, il existe un logiciel qui se dit fabuleux et qui 
Test : DBDesigner edite par fabFORCE. Cette application est efficace pour la crea- 
tion et la maintenance de modeles physiques. Elle peut piloter votre SGBD, syn- 
chroniser votre base et son modele et effectuer du Reverse Engineering avec 
MySQL, Oracle, MSSQL et les bases ODBC. 

► http://www.fabforce.net/dbdesigner4/ 



Figure 7-8 

Un modele physique 
de donnees cree 
avec DBDesigner 



book 

if bookjd: INTEGER 



4 categoryjd: INTEGER (FK) 
O bookjitle: VARCHAR(127) 
<> resume: TEXT 
g nb_pages: INTEGER(11) 



categoryjd 



♦ 



book_id 



redaction ^ 
^ bookjd: INTEGER (FK) 
f authoMd: INTEGER (FK) 
Q date: DATETIME 



aulhorid 



category 

^ categoryjd: INTEGER 

4 category_title: VARCHAR(255) 

O description: TEXT 



4 firstname: VARCHAR(255) 

4 lastname:VARCHAH(255) 

O tel:VARCHAR(20) 

O status_:CHAR 

O address: VARCHAR(255) 
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Enfin, Win'design, un autre outil tres efficace, concurrent de PowerAMC, pour la 
modelisation de bases de donnees et davantage (UML, Business process, interfaces, 
etc.) : 

► http://www.win-design.com/en/WinDesign.htm 



Choix (Tun format de donnees normalise 

Qui n'a jamais ete confronte au choix du format pour ses donnees ? Vous voulez 
manipuler des produits pour votre magasin en ligne, traiter des articles de journaux 
ou stocker des donnees sur votre site personnel : que choisir ? 

Cette section vous aidera a mieux choisir les formats de donnees que vous pouvez 
utiliser pour stocker, manipuler ou transmettre vos donnees. Ce choix dependra de 
vos besoins et sera determinant pour votre projet, que ce soit en termes de perfor- 
mances, facilite de maintenance ou en possibilites d'interoperabilite. 

XML 

XML existe depuis longtemps. Aujourd'hui plus que jamais, il est omnipresent. On 
l'utilise principalement pour de l'echange de donnees, du parametrage et du stockage. 
Le format XML est un standard sur lequel repose de nombreux langages et protocoles. 



Figure 7-9 

Quelques langages et 
protocoles bases sur XML 
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XML et ses applications 

L'utilisation de XML avec PHP devient de plus en plus courante. Avant d'analyser 
l'utilisation que Ton fait de XML, il est interessant de connaitre les raisons qui ont 
conduit a ce choix. 

• XML permet un stockage structure et hierarchique (en arbre) de rinformation. 
Ceci est tres pratique pour maintenir les relations entre les donnees. 

• XML est un format texte, facile a editer et a transmettre. Cela ouvre des perspec- 
tives d'interoperabilite et facilite l'edition des donnees. 

• XML possede de nombreux outils de lecture et d'ecriture rapides et fiables, tels 
que SAX, DOM ou SimpleXML, ce qui rend sa manipulation accessible a travers 
PHP. 

• XML devient un standard de stockage pour de plus en plus d'applications. II 
devient alors possible de manipuler ces donnees a travers un outil adequat. 



A SAVOIR Acces a un document OpenOffice via XML 

L'application de bureautique OpenOffice utilise le format XML dans ses documents. II devient alors possi- 
ble, facile et efficace de creer et modifier des documents OpenOffice avec PHP par le biais de XML. Ce 
livre par exemple fait I'objet d'une generation automatique aux formats HTML et en PDF grace a cette 
caracteristique d'OpenOffice. 



□ thapitre 7 - Choisir les resources el lei supports de donnees [3G] - Mazilla Firefox 
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■ XML posscdc do nombrcux outils do Iccturo ct d'ecriture rapides ct fiablos r tels que SAX, DOM ou 
SirnpleXML, ca qui rend sa manipulation accessible a travers PHP. 

■ XML devient un standard de stockage pour de plus an plus d'applications. II devient alors possible de 
mamnuler ras donnees a travers un rmtil rie manipulation rip XMI . 

Acces a lid document OpenOffice via XML 

L'application de bureautique cjpenuffice utilise le format XML dans ses documents, ll devient alors 
pubbible, fdule et eflii'dce de creei et modifier deb duturiieriLi OueriOfriue dveu PHP par le bidis de XML. 
Ce livre par exemple fait I'objet d'une generation automatique en HTML et en PDF grace a cette 
caracteristique d'OpenOffice. 
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Figure 7-10 Generation du present ouvrage en HTML 



De nombreuses autres applications manipulent leurs donnees avec XML. Vous pouvez integrer ce critere 
dans vos choix. 
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Quelques applications realisables avec XML : 

• le stockage de donnees structurees (de taille limitee) ; 

• le transfert d'information via HTTP, FTP, etc. ; 

• la mise en place de fichiers de configuration ou descripteurs ; 

• l'ecriture de documents qui peuvent ensuite etre generes dans d'autres formats 
(PDF, HTML, etc.). 

Ce qu'on ne fait pas avec XML : 

• XML nest pas utilisable en tant que base de donnees. Le tri et la recherche 
d'information dans un document XML contenant de nombreuses donnees est 
lent et couteux. 

Protocoles et applications bases sur XML 

Void quelques applications et protocoles geres par PHP qui utilisent XML. Ces 
applications font l'objet d'extensions C liees a PHP et sont fables et efficaces : 

• SOAP est un protocole permettant de mettre en place des services web. 

• XML-RPC est egalement un protocole, moins utilise et plus simple que SOAP, 
pour la mise en place de services web. 

• WDDX est un outil de serialisation qui utilise XML pour son contenu serialise. 
Cet outil fonctionne tres bien avec des tableaux, moins bien avec des objets. 

• XSLT est un outil de transformation d'un document XML en un format different 
a travers une feuille de styles XSL. 

Les outils de manipulation XML tels que SimpleXML, DOM ou SAX sont decrits 
au chapitre 11 dans la section Documents XML. 

LDAP 

LDAP est un protocole introduit pour repondre a des besoins de stockage et de mise 
a disposition d'annuaires. II peut s'agir typiquement d'un annuaire d'entreprise, con- 
tenant des personnes physiques, des personnes morales et des ressources reseau. 

Organisation des donnees avec LDAP 

LDAP est tres pratique pour centraliser les acces a de nombreuses applications. Vos 
developpements PHP peuvent egalement devenir compatibles LDAP grace aux 
fonctions disponibles avec PHP et l'extension LDAP. 

Lorganisation des donnees dans LDAP est hierarchique. Lexemple de la figure 7-11 
decrit une hierarchie type pour une utilisation liee a Internet. 
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Figure 7-11 

LDAP : organisation des 
donnees et connecteurs 




Cette hierarchie permet de stacker des informations sur les auteurs de la librairie 
Eyrolles et les sous-domaines du site eyrolles.com. Cette base peut etre liee a de nom- 
breux demons (services) et programmes ainsi qua vos applications PHP. 

Schema et classes LDAP 

Dans la hierarchie LDAP, chaque nceud (enregistrement) est lie a une classe definie 
dans le schema de la base LDAP. Le schema de la base decrit la hierarchie des classes 
a disposition pour creer l'arbre des donnees LDAP. 

La figure 7-12 donne un exemple de schema. Les classes top, person, jusqu'a inet- 
OrgPerson sont standard. La classe phpInetOrgPerson a ete creee pour des besoins 
specifiques, mais comme elle herite de inetOrgPerson, toute donnee creee a partir de 
la classe phpInetOrgPerson sera compatible avec les classes meres. 

Fichiers texte structures (.inietc.) 

Extremement simple a editer, le fichier .ini est souvent utilise comme fichier de 
configuration. II est compose d'une liste de cles/valeurs eventuellement rangees dans 
des categories. Le fichier .ini le plus connu est le fameux php.ini qui sert a confi- 
gurer l'application PHP. 
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Figure 7-12 

LDAP : hierarchie des classes 




Attrs : top + en, 2n, seeAlso, 
description, userPassvrord, .. 



residentialPerson 



Attrs : person + I, ou, destinationlndicator, 
postalAddress, oostalCode, st, slreet, tide, etc 



inetOrg Person 




A RETENIR Connaitre les abreviations utilisees avec LDAP 

Les attributs des classes LDAP sont jonchees d'abreviations : ou, dc, cn, etc. Ces notations ne sont pas 
tres agreables au premier abord. En revanche, comme elles sont tres utilisees, la notation courte permet 
de gagner du temps. Voici la liste de ces notations : 

• cn (common name) : le nom d'usage. Ex : « Guillaume Poncon ». 

• dc (domain component) : un nceud d'un nom de domaine. Ex : « com », « eyrolles ». 

• sn (surname) : le surnom, bien qu'utilise egalement pour le nom d'une personne. Ex : « Poncon ». 

• I (locality name) : lieu dans lequel se trouve la personne. 

• o (organization) : organisme d'appartenance de plus haut niveau. Ex : « Librairie Eyrolles ». 

• ou (organization unit) : service ou sous-partie d'un organisme. Ex : « Collection Architecte des livres 
informatiques Eyrolles ». 

Un exemple de fichier .ini 

; un commentai re de fichier .ini 

[display] 
type = "html" 
source = "docbook" 

Le fichier .ini est limite. II n'est pas possible d'etendre la structure ni de mettre des 
valeurs sur plusieurs lignes, ou des cles comportant plusieurs mots ou des caracteres 
speciaux. 

A utiliser done, lorsque Ton souhaite mettre en place un fichier de configuration ou 
de donnees base sur la simplicite. 
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Securite Attention a la securite de vos donnees sensibles ! 

Une erreur classique consiste a nommer son fichier conf ig . i ni et le mettre dans un repertoire conf 
ou a la racine, accessible a n'importe qui par I'intermediaire d'un simple navigateur. Si ce fichier de con- 
figuration comporte des donnees sensibles, telles que les informations d'acces a la base de donnees, cela 
constitue une grave faille de securite. 

Si votre fichier de configuration comporte des donnees sensibles, il est conseille de faire en sorte que I'on 
ne puisse pas y acceder de I'exterieur. Dans tous les cas, il est plus prudent d'eviter d'utiliser un fichier 
ini. II vaut mieux se servir d'un fichier PHP, que Ton nommera par exemple conf i g . php, afin que son 
interpretation empeche I'affichage du contenu depuis I'exterieur. 



Formats specifiques (HTML, PDF, etc.) 

PHP permet de traiter de nombreux formats de donnees, notamment grace a la 
diversite de ses extensions. Acces a HTML grace a la librairie tidy, acces a PDF par 
les librairies de manipulation PDF, etc. 

La plupart de ces formats sont utilises pour I'affichage convivial de l'information. lis 
ne sont en contrepartie pas adaptes au stockage intelligent et reutilisable, comme 
XML, INI, LDAP et les bases de donnees. 

Vous trouverez de multiples extensions dans la documentation de PHP et de PEAR 
basees sur les formats specifiques : 

► http://www.php.net/manual/fr/ 

► http://pear.php.net/manual/fr/ 



Deuxieme partie 



Model isation en 
UML pour PHP 



Ces chapitres proposent une introduction aux pratiques utiles de modelisa- 
tion et aux motifs de conception (design patterns) en tenant compte des spe- 
cificites de PHP. 

Nous etudierons egalement le comportement de PHP en POO et les techni- 
ques usuelles d'optimisation. Vous aurez ainsi toutes les cartes en main pour 
aborder avec UML une architecture evolutive et perenne. 
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Elements de modelisation 

utiles a PHP 



L'art de developper en PHP et celui de modeliser commencent a peine a se cotoyer. 
Ce n'est pourtant pas le cas avec Java, C++ ou C# qui mettent en oeuvre depuis leur 
naissance des concepts compatibles avec les pratiques de modelisation, notamment la 
programmation orientee objet. 

II est difficilement possible de maitriser de tete l'ensemble des caracteristiques fonc- 
tionnelles et techniques des applications complexes que Ton retrouve souvent dans le 
monde professionnel. Pour le serieux de ces developpements, la modelisation est une 
discipline essentielle. 

Ce chapitre portera sur les trois services fondamentaux qu'apporte la modelisation : 
l'adaptation aux besoins, la definition des exigences et des contraintes fonctionnelles 
et l'organisation de la conception. 

Nous verrons entre autres a travers un cas concret comment mettre en oeuvre quel- 
ques elements pratiques de modelisation. 
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Les etapes de la moderation 



Trois axes de model isation englobant differentes actions 

Plutot que de se lancer dans des considerations techniques comme nous avons l'habi- 
tude de le faire sur la plupart des projets ecrits en PHP, nous allons ici proceder par 
etapes : 

• L'analyse fonctionnelle permettra de definir les besoins, les exigences et les con- 
traintes de l'application. Cette etape est essentielle pour partir dans le bon sens. 

• L'analyse technique statique, basee sur la precedente, permettra d'effectuer une 
transition maitrisee vers la conception technique du squelette de l'application, 
aussi complexe soit-il dans sa globalite. 

• L'analyse technique dynamique mettra en avant les grandes lignes des algorith- 
mes que nous aurons a developper en PHP 

Ces axes de modelisation sont illustres sur la figure 8-1. Vous pouvez vous referer a 
cette figure pour savoir ou vous en etes et ce qu'il vous reste a faire. 



Figure 8-1 

Les trois axes de modelisation 
que nous suivrons 




Fonctionnel 



Diagramrne de sequences 

Diagramme d'activites 
Diagramrne de collaboration 



Identification des objets 
Diagramme de classes 



/^----^ Statique 




Diagramme de sequences 
Diagramme d'activites 
ie de collab 



Dynamique 



de collaboration , 
|ue < -^^ 
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Le sujet de nos exemples 

Nous allons prendre comme sujet le developpement d'un outil de gestion pour un 
environnement d'exploitation hebergeant des applications PHP. Cet outil devra faci- 
liter la mise en place : 

• d'outils en ligne de commande ; 

• d'agents de monitoring ; 

• de fonctions utiles pour la gestion des applications et de leur processus de deve- 
loppement. 

Elle devra notamment permettre des manipulations en ligne de commande et via une 
interface web, comme toute application web dynamique qui se respecte. 



Lanalyse fonctionnelle 

Expression des besoins, exigences et contraintes 

Pour commencer, nous allons d'abord nous poser quelques questions essentielles en 
faisant abstraction des details. 

Quelques questions a se poser 

Cette premiere etape etablira la liste des besoins, des exigences et des contraintes 
utiles aux analyses fonctionnelles poussees qui vont suivre. Pour cela, nous repon- 
drons aux questions suivantes : 

1 A quoi va servir 1' application ? 

2 A qui rendra-t-elle service ? 

3 A quels besoins repondra-t-elle ? 

4 Qui sont les acteurs et que font-ils ? 

5 Quelles sont les exigences de qualite, de performance et &' interoperability} 

6 Quelles contraintes et difficultes sont a prevoir ? 

Redaction de I'expression des besoins 

Commencons a etablir une liste d'expression des besoins repondant aux questions 
precedentes. Pour nos exemples, nous nous baserons sur la modelisation d'une appli- 
cation de gestion d'un environnement d'execution que nous baptiserons UNANYM. 
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Exemple PRATIQUE Expression des besoins 

1. L'application UNANYM servira a gerer simplement et efficacement un environne- 
ment d'execution complet pour des applications PHP. El le doit pouvoir gerer le pac- 
kaging et Installation des applications ainsi que le monitoring et la gestion du sys- 
teme. 

2. Cette application s'adresse essentiellement aux personnes chargees de I'exploita- 
tion d'une ou plusieurs application(s) PHP ainsi qu'aux developpeurs. 

3. Elle permettra d'automatiser les processus d'installation, activation et deactiva- 
tion d'applications, de simplifier la configuration de I'environnement et de mainte- 
nir un niveau de securite et de fiabilite optimal. 

4. L'administrateur systeme utilisera la quasi-totalite des fonctionnalites : configura- 
tion, monitoring, gestion des applications sur I'environnement d'execution. Les 
developpeurs pourront packager leurs applications, les verifier et regler les proble- 



Exigences et contraintes 

Commencons par decrire le fonctionnement essentiel de notre application en tenant 
compte de notre analyse initiale des besoins et des exigences/contraintes que nous 
souhaitons apporter. 

Le diagramme des cas d'utilisation 

Un cas d'utilisation (use case) concerne les interactions concretes entre le systeme et 
ses utilisateurs. Les cas d'utilisation representent des processus globaux ; il faudra 
eviter d'aller dans les details, ce que nous aurons l'occasion de faire plus tard dans le 
processus de modelisation. 

Identification des acteurs 

Avant de decrire les interactions entre le systeme et ses utilisateurs, il convient de 
faire la liste de l'ensemble des utilisateurs possibles. Ces derniers representent des 
« roles » : ils ne doivent pas etre des utilisateurs physiques specifiques (Jean-Pierre), 
mais peuvent representer autre chose que des etres humains. 

Diagramme des cas d'utilisation 

Un diagramme des cas d'utilisation utilise des symboles qui sont decrits sur la 
figure 8-3. 
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Exemple PRATIQUE Exigences et contraintes fonctionnelles 

Simplification de la gestion de I'environnement : cette gestion devra etre cen- 
tralist et simplifiee. Elle pourra se faire par I'intermediaire d'une interface intuitive. 
El le gerera la configuration de la plupart des programmes utiles (PHP, Apache, etc.) 
ainsi que les configurations du systeme (hosts, dhcp, dns). 

Automatisation de la gestion des applications : les applications devront etre 
packagees. Pour cela, un packageurldepackageur sera disponible et utilisable en ligne de 
commande et via un frontal web. 

Monitoring de I'environnement et des applications : UNANYM doit permettre 
la mise en place simple de plusieurs agents de monitoring qui effectuent des tests sur 
I'environnement et les applications. Ces agents devront etre ranges dans des catego- 
ries en fonction desquelles les actions effectuees en cas de probleme varieront : les 
administrateurs recevront des tickets, les developpeurs auront leur liste de bogues 
alimentee. 

Les principaux acteurs sont administrateurs et developpeurs. Les premiers 
s'occuperont de la configuration, du bon fonctionnement et de la securite de I'envi- 
ronnement d'execution. Les seconds auront acces aux outils de packagingldepackaging et 
recevront des indicateurs sur les erreurs applicatives detectees. 
Quelques exigences : il faudra absolument veiller a ce que les versions figees en 
production de I'outil soient stables car elles manipulent des donnees sensibles. Les 
facultes d'interoperabilite de I'outil seront egalement tres utiles pour le faire dialo- 
guer avec d'autres programmes (editeurs, gestionnaires de tickets/bogues, etc.) Les 
performances sont un « plus » pour le confort d'utilisation mais ne sont pas la prio- 
rity. 

Quelques contraintes : cet outil n'utilisera pas de session. II ne doit pas etre specia- 
lise pour un environnement donne et doit considerer que du jour au lendemain, les 
systemes d'exploitation peuvent evoluer. La partie web n'est pas prioritaire, tout doit 



pouvcir etre fait et visualise en ligne de command. 



Exemple pratique Acteurs en interaction avec UNANYM 

Cette figure liste les acteurs qui seront en interaction avec le systeme. 



o 







Administrateur Developpeur 



A A 

Editeur Agent de monitoring 
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Exemple PRATIQUE Cas d'utilisation du projet UNANYM 

Pour ce projet, nous avons choisi de faire un diagramme de cas d'utilisation pour cha- 
que type d'acteur. 




UC des 
editeurs 



UC des 
developpeurs 



Figure 8-3 Paquetages representant les cas d'utilisation (use case) de chaque acteur 



Les cas d'utilisation lies a I'administrateur : 




Figure 8-4 Cas d'utilisation de I'administrateur 
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Les cas d'utilisation lies au developpeur : 




Figure 8-5 Cas d'utilisation du developpeur 
Les cas d'utilisation lies a I'editeur : 




Figure 8-6 Cas d'utilisation de I'editeur 
Les cas d'utilisation lies a I'agent de monitoring : 












( Enregistrer un A 






I incident J 


A 




Agent de monitoring 





Figure 8-7 Cas d'utilisation de I'agent de monitoring 
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Figure 8-8 

Symboles utilises pour le 
diagramme de cas d'utilisation 



Un 
paquotagc 



o 




« extend »/ Une 

,' extension 



A 




Un acteur 



Sur la figure 8-3, un paquetage est un symbole general, utilise dans de nombreux 
diagrammes UML pour faire des regroupements. Ici, nous l'utiliserons par exemple 
pour regrouper les cas d'utilisation d'un acteur particulier. 

Un cas d'utilisation represente une fonctionnalite generate a laquelle un ou plusieurs 
acteur(s) a(ont) acces. 

Un acteur est un element qui agit sur le systeme. 

Une extension est une relation entre deux cas d'utilisation (dependance). 

Lorsqu'un cas d'utilisation est en italique, cela veut dire qu'il est abstrait. II represente 
une fonctionnalite generate utilisee par d'autres cas d'utilisation mais pas utilisee telle 
quelle. 



Le but de cette demarche est de definir la conception de l'architecture de l'applica- 
tion, c'est-a-dire les classes, leurs methodes/attributs etl'ensemble des relations entre 
tout cela. 

Nous commencerons par identifier les objets dont nous aurons besoin, puis nous les 
mettrons en relation par l'intermediaire du diagramme de classes. 



Analyse technique statique 
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Les differents types de classes 

Un objet peut contenir des donnees (entite) ou mettre en oeuvre des fonctionnalites 
[controle) ou les deux {dialogue). La figure 8-9 donne une representation graphique 
proposee par L. Jacobson de trois types de classes. 

• Une entite possede des attributs et des accesseurs (methodes d'acces aux attributs). 
Elle constitue l'information persistante de 1' application. 

• Un controle met en ceuvre des fonctionnalites et contient souvent la logique de 
1' application. II possede uniquement des operations. 

• Un dialogue peut representer un formulaire ou tout type d'lHM (Interface 
homme machine). II contient des attributs et des operations permettant de traiter 
les donnees (actions). 



Entite Q 



//, Quelle difference y a-t-il entre un objet et une classe ? 

Un objet est ce que Ton appelle une instance de classe. La classe est en quelque sorte un moule a creer 
des objets. Par exemple, la classe Uti "lisateur peut servir a creer des objets Cui "Haume Pongon, 
Zeev Suraski, etc. 



La classe metier 

Une « classe metier » ou « entite metier » est specifique a un domaine d'activite. Par 
exemple, si votre metier est l'edition, vos classes metier seront des livres, des auteurs 
et tout ce qui peut se rapporter a votre activite. 

Le stereotype 

Les caracteristiques de vos objets peuvent egalement etre deduite du « stereotype » des 
classes correspondantes. Un stereotype prend par exemple les valeurs suivantes : 

• page pour indiquer que la classe est specifique a une page ; 

• classe smarty pour indiquer que la classe provient de la bibliotheque smarty ; 

• action pour indiquer que la classe est une action du motif de conception MVC ; 

• etc. 

Le stereotype sera a notre niveau une notation pratique. II distingue des classes ayant 
des caracteristiques identiques. 



Figure 8-9 

Trois types de classes 



Controle Q> | Dialogue hQ 



Model isation en UML pour PHP 

Deuxieme partie 



Reference En savoir davantage sur les objets 

Le chapitre 1 1 consacre aux meta-structures decrira de maniere detaillee ce qu'est un objet et comment 
s'en servir. Le chapitre 10 proposera une liste de motifs de conception (design patterns) tres utiles pour 
accompagner vos reflexions sur les diagrammes de classes. 



L'identification des objets metier 

Commencons par revoir nos cas d'utilisation pour distinguer les objets metier qui 
apparaissent. Dans le cas de notre projet UNANYM, la remarque ci-apres donne 
une liste d'objets metier correspondants. 



Exemple PRATIQUE Quelques objets metier utiles pour UNANYM 

En reprenant les cas d'utilisation et I'expression des besoins, les exigences et les con- 
traintes vues precedemment, nous pouvons en deduire quelques objets metier : 

• Administrator, Developper, que nous pouvons faire heriter d'une classe Person ; 

• Editor representant un editeur (Zend Studio, Eclipse, etc.) ; 

• MonitorAgent representant un agent de monitoring (moniteur memoire, moni- 
teur disque, etc.) ; 

• Command representant une commande (ligne de commande) ; 

• ConfigFile representant un fichier de configuration systeme (hosts, 
resol v. conf, php.ini, etc.) ; 

• Application representant une application en PHP ; 

• Incident representant un incident genere par un agent de monitoring. 

Une fois les objets metier identifies, nous pouvons commencer a les mettre en rela- 
tion, puis a les remplir et a faire apparaitre peu a peu notre architecture. C'est le role 
du diagramme de classes. 

Le diagramme de classes 

Le diagramme de classes que nous allons voir dans un premier temps se construit 
avec les classes de type entite. II met en avant leurs relations, attributs et methodes. 
Voyons dans un premier temps sur la figure 8-10 ce qui compose un diagramme de 
classes. 

Sur le diagramme legende represente par la figure 8-10, nous distinguons quelques 
symboles utiles qui nous serviront a construire notre diagramme de classes. Nous 
pouvons detailler le role de ces symboles par categories. 
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Figure 8-10 

Composition d'un 
diagramme de classes 



«UnStereotype» 
MaClasse 



AttributPrive 
#AttributProtege 
+AttributPublic 



-MetriodePrivee(inout attribut) 
#MethodeProtegee() 
MethodePublique() 



Une 1 
association 



1 Une 
agregation 



Une 
composition 



« interface » 
Unelnterface 



Une relation 
d'heritage 



UneClasseAbstraite 



AttributPrive 
#AttributProtege 
+ Attribut Public 



■MethodePriveefinout attribut) 
#MethodeProtegee() 
+MethodePublique() 



UneAutreClasse 



EncorellneClasse 



Les entites : 

• Une interface ne peut etre instanciee. Elle sert de modele structurel a d'autres 
classes. 

• Une classe abstraite, de meme qu'une interface, ne peut etre instanciee. En revan- 
che, elle peut contenir du code (qui ne fait pas partie de la structure) et sert de 
modele a d'autres classes. 

• Un stereotype est un indicateur qui range la classe dans une categorie specifique 
(voir la section precedente). 

• Les attributs et les methodes sont respectivement des « variables » et des 
« fonctions » de classe. 

• Laporte'e des attributs et des methodes (prive -, protege #, publique +) definit les 
restrictions d'acces (voir chapitre 11). 

Les relations : 

• Une relation d'heritage indique que la classe « 1 » herite des attributs et des 
methodes (prives et proteges) de la classe « 2 » (voir chapitre 11). 

• Une association est liee a un verbe (voir figure 8-11), par exemple le verbe « edite » 
entre les classes ech'teur et "livre. Les numeros associes indiquentla multiplicite : 
un editeur peut editer 1 a plusieurs livre(s) (l . . *) mais un livre ne peut etre edite 
que par un editeur (1). 

• Une agregation indique que la classe « 1 » « contient » la classe « 4 ». 

• Une composition est une agregation plus forte : si un objet « 1 » est detruit, alors 
les objets « 5 » correspondants le sont aussi. 
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Figure 8-11 

Un exemple simple 
d'association 



Editeur 


1 edite 1.* 


Livre 





Nous savons maintenant l'essentiel sur le diagramme de classes et pouvons commencer 
a le rediger. N'oublions pas de le diviser en paquetages s'il est trop volumineux. 



Exemple pratique Un de diagramme de classes du projet UNANYM 



is assigned to 





1." pack up 1..' 


Application Q 


fir$tname 
.:s:n;r'(: 
me 
mail 


name 
type 

descriptor 
version 


(empaquette) 



ConflgFlle Q 



filename 
syntax 



1 ./ write 1..* 



(ecril) 



gere 

(manage) 



Configl 



Administrator Q 



laslname 
role 

privileges 
mail 



(gere) 



1..* launch 1..* 



MonltorAgent Q 



name 
type 



frequency 



(est lanc£ par) 



1 Inform of 1 . 



Command Q 



name 

implementation 
description 



[On 

0..1 



0..' 



subcommand 



(informe de) 





name 




type 




description 




gravity 




application 

file 

line 





Figure 8-12 Un diagramme de classes pour UNANYM 



Le diagramme de classes de conception 

Notre diagramme de classes precedent nous permet de distinguer les entites metier et 
leurs relations. Nous allons maintenant nous interesser aux elements de controle et 
de dialogue. C'est a partir de ce diagramme qu'il sera possible par la suite de cons- 
truire ou generer le squelette d'une application PHP. 

Pour ce diagramme, nous utiliserons les trois types de classes vus precedemment. II 
est possible de passer par un diagramme intermediate : le diagramme de classes par- 
ticipantes illustre sur la figure 8-13. II permet, a partir de la maniere dont vous voyez 
votre interface, de deduire les classes dialogue et controle. 



Elements de modelisation utiles a PHP 

Chapitre 8 



Figure 8-13 

Un diagramme de 
classes « participantes » 



— ) 



Acteur 



Dialogue 


o 


— ) 


Controls 





—> 


Entite Q 


champi 
champ2 








don nee 1 
donnee2 




operation^) 
operation2() 




action 1 () 
action2() 

















Exemple PRATIQUE Construire un diagramme de classes participantes avant le 
diagramme de classes de conception 

Cette etape de mise en place des classes de types dialogues et controles est souvent 
effectuee via la construction d'un diagramme de classes participantes. Ce dernier lie 
les acteurs, les dialogues, les controles et les entites avec des fleches de maniere a ce 
qu'on voit bien le cheminement des actions. 

Cette etape s'avere souvent accessoire dans le cas d'applications de petite taille. 




Figure 8-14 Exemple de classes participantes pour le projet UNANYM (diagramme partiel) 



Une fois que nous sommes prets a construire notre diagramme de conception, nous 
aurons besoin de deux connaissances utiles : 

• celle de nos specifications fonctionnelles, qui definissent la plupart des actions a 
realiser ; 

• celle des motifs de conception usuels (voir chapitre 10), qui peuvent apporter un 
bon coup de pouce a la perennite et a la fiabilite de la solution. 

Pour construire le diagramme de classes de conception, nous allons nous baser sur 
notre diagramme de classes entite et sur le diagramme de classes participantes (ou 
son principe). Ainsi, nous pouvons en deduire un diagramme contenant toutes les 
classes de notre projet, avec leurs relations completes. 
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Exemple PRATIQUE Diagramme de classes de conception 



Voici un diagramme de classes de conception partiel que nous pouvons deduire pour 
le projet UNANYM. 



Developper 



IncidentForm 



dateBegin 
dateEnd 
■ keywords 
(...) 
result 



getlndidentsQ 
update I ncidentf) 



IncidentManager hQ 



addlncident() 
mergelnciderits() 



Person 


Q 


- firstname 




- lastname 




- role 




- mail 





TicketControl 



sendTicket() 
?F 



Administrator Q 



privileges 



0..1 



I ncidcnt Control Q 



+ updatelncident() 
+ addlncident() 
+ getlncidents() 
+ mergelncidentsO 



MonitorAgent Q 



name 
-type 

■ implementation 

■ description 

■ frequency 



Incident 



Q 



■ name 
■type 

- description 

■ gravity 

■ application 
file 

• line 



Inform of 



(informe de) 



1..* 



gere 

(manage) 



Figure 8-15 Un diagramme de classes de conception (partiel) 

La mise en place d'un diagramme de classes de conception est un travail de reflexion. 
La figure 8-16 ci-apres donne quelques idees d'application de motifs de conception a 



3jet. 
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Entiles 



Person 



Develop per 



Administrator 



Application 



Command 



MonitorAgent 



ConfigFile 



Config Keywords 



MVC 





FrontControler y 


ConfigControler ^ — 


HostControler 


Controler 1^ — 
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ResolvControier 




AppControIer 


Named Controler 



Mode I e 
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*■ ConfigManager 



Log Manager 



HostManager 



AppManager 



ResolvManager 



ServiceManager 



CliVue 



HtmlVue 



GtkVue 



Observateur 





Subject » 


Observer 








NetworkSubject t 


NetworkObserver 












WebSubject - 


WebObserver 










SecuritySubject ( 


SecurityOb server 





Analyse technique dynamique 

Le diagramme de sequence 

Le diagramme de sequence decrit un scenario d'un point de vue algorithme. Les ele- 
ments qui entrent en jeu (entites, controles, dialogues) sont alignes sur la largeur. 

Le diagramme se lit de haut en bas. Les appels entre les elements se dessinent avec 
des fleches qui partent de la « ligne de vie » d'un element a celle d'un autre. 

Le diagramme d'activites 

Le diagramme d'activites est un diagramme de flux representant une navigation, un 
processus ou un algorithme. Concretement, il peut representer les etapes de naviga- 
tion d'un moteur de reservation ou d'un achat effectue sur une boutique en ligne. 

La figure 8-18 illustre les symboles de base utilises pour le diagramme d'activites, 
ainsi que leur signification. 
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Figure 8-17 

Le diagramme d'activites 



Bat initial 



^ Une action / un eta ^ 



V 



Bat final 



Line decision ? 




Une autre action / etat 



Encore une autre action I etat 



Exemple PRATIQUE Diagramme d'activite : effectuer une demande de deploiement 

Le diagramme suivant donne un exemple de navigation explicitee par un diagramme 
d'activites. Cette navigation concerne un formulaire de demande de deploiement 
d'applications PHP se trouvant par exemple sur I'intranet d'une entreprise. 



[ profit admin i strateu r ] 



Debut 
[ profil developpeur ] 



I At 




Page : liste des demandes I Page : choisir une application packagee 



9 



Action ; valider une demande i ; Action : refuser une demande 



icationj 



Action : lancement du processus de deploiement 



Fin 



Action : choix d'une application 

(^ Page : liste des versions de I'application j 
f Act 



Action : choixde 



la version) 

ST 



( Action : verification de la capsule ^ 



Page : information sur les problemes de la capsule 




Fin 



(Action : validation ^ 

^- . y Page : validation ) 



Capsule ok ? 
oui 




Action ; annulation 



9 



8 Un exemple de diaqramme d'activites pour le proiet UNANYM 



nple de aiag 



pour le proje 
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Exemple PRATIQUE Diagramme de sequence : enregistrement d'un incident 

Le diagramme de la figure 8-17 represente I'algorithme initial d'enregistrement d'un 
incident. Un agent detecte un incident. II s'adresse, via addlncidentO, au gestion- 
naire d'incidents IncidentManager. Ce dernier s'adresse a son tour au controleur 
d'incidents IncidentControler via addlncidentO et ainsi de suite. 







A 



TicketComroi 



5enHJTicket(l ncklent) 



update! ncirJentO 



MomtorAQ&nt 



tl 



Figure 8-19 Un diagramme de sequence pour I'enregistrement d'un incident 



Exemple pratique Diagramme de collaboration : enregistrement d'un incident 

Le diagramme de la figure 8-20 represente I'algorithme initial de I'enregistrement 
d'un incident. 




Incident 

Figure 8-20 Diagramme de collaboration pour I'enregistrement d'un incident 
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Le diagramme de collaboration 

Ce diagramme est similaire au diagramme de sequence. II represente sous forme de 
graphe les interactions entre differents elements, d'un point de vue algorithmique. 
Les actions sont numerotees comme ceci : 1, 1.1, 1.1.1, etc. Lorsqu'une entite 
effectue plusieurs operations, on incremente l'etat comme ceci : 1.2, 1.2.1, etc. 



Du modele a ('implementation 

Utilisation d'un generateur de code 

Votre modele est maintenant etabli et vous souhaitez le traduire en code. Pour cela, 
vous avez deux solutions : le faire a la main ou utiliser un generateur. 

Dans un premier temps, il est conseille de le faire a la main. Si votre projet est petit, 
le temps que vous gagnerez a automatiser est negligeable. Par ailleurs, pour s'impre- 
gner de la structure du code de votre application, rien nest mieux que de developper 
vous-meme son squelette. 

Si vous etes habitue a manipuler des classes et que votre projet en comporte beau- 
coup, alors il existe des generateurs qui creent des fichiers contenant le squelette de 
votre application et eventuellement un peu de code. 

Qu'est-ce qu'un generateur de code ? 

Un generateur de code est lie a un outil de modelisation. II part des diagrammes 
crees et genere automatiquement une partie de votre application. 

Figure 8-21 

Principe du 
generateur de code 
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Un generateur simple va construire le squelette de votre application a partir d'un dia- 
gramme de classes (statique). Ce squelette comprend la declaration des classes, des 
methodes et des proprietes. 

Un generateur plus abouti peut generer du code a partir de diagrammes dynamiques 
tels que les diagrammes de sequence, d'activites ou de collaboration. 

UML2PHP5 

UML2PHP5 est un plug-in de 1' application Dia qui permet de dessiner des dia- 
grammes UML sur le meme principe que Microsoft Visio. Dia fonctionne sous Unix 
et Windows. 




La figure 8-22 est une copie d'ecran sous Windows de l'editeur Dia et de l'outil de 
conversion vers PHP 5, a travers le plug-in UML2PHP5. 

L'avantage d'UML2PHP5, outre sa gratuite, est d'etre tres complet et entierement 
compatible avec la version 5 de PHP. Les classes, leurs attributs et visibilites, ainsi les 
relations entre les differentes briques, sont prises en compte et repercutees dans le 
code genere. 

Ce plug-in permet egalement de generer des services web complets, clients et ser- 
veurs, ainsi que le document WSDL correspondant. 



Une documentation pratique illustree de nombreux exemples est disponible sur le site officiel du plug-in : 
► http://uml2php5.zpmag.com 
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Pour aller plus loin, vous pouvez egalement vous procurer une documentation ecrite 
complete. Son prix est tres abordable pour les particuliers et derisoire pour les entre- 
prises. 



A RETENIR Evolutions futures d'UML2PHP5 

Faisant suite a la possibility de generer des services web, la prochaine evolution annoncee par le deve- 
loppeur du plug-in est la capacite a effectuer un reverse engineering sur du code existant, c'est a dire de 
recreer automatiquement le diagramme UML a partir du code PHP. 



MDA : la voie du futur ? 

MDA (Model Driven Architecture) est un projet de l'OMG (Object Management 
Group) qui reunit de nombreux acteurs strategiques sur le marche du developpement 
informatique. 

En resume, ce projet vise a mettre en place une couche d'abstraction complete par 
dessus le code et ses evolutions, base sur le modele. Grace a ce principe, il sera pos- 
sible de penser entierement une application a travers son modele et de generer son 
code source complet en PHP, en .NET ou en J2EE sans qu'aucune retouche de code 
ne soit necessaire. 

A l'heure actuelle, nous n'en sommes pas encore la. En revanche, les evolutions 
d'UML2PHP5 et de grands editeurs tels que IBM Rational Rose, qui proposent de 
plus en plus la gestion de PHP, promettent un avenir interessant entre PHP et la 
modelisation. 

Parmi les outils proposes par MDA, XMI est un protocole d'echange permettant de 
stocker et de transferer des modeles. Ce standard promet egalement d'etre interes- 
sant. Le transfert des modeles devrait etre assure entre differents editeurs. De plus, 
de nombreux logiciels de generation de code et de rapports pourront etre developpes 
autour de ce protocole commun. 

POUR ALLER PLUS LOIN MDA 

Pour en savoir davantage sur MDA, vous pouvez vous rendre sur le site officiel a I'adresse suivante : 
► http://www.omg.org/mda/ 
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Apres avoir modelise une application, il peut etre utile d'avoir quelques reflexes 
d'optimisation avant de passer a Implementation proprement dite. 

Dans ce chapitre, nous apprendrons par exemple que la programmation orientee 
objet avec PHP propose des choses tres utiles, telles que les constantes et les 
methodes magiques. Nous constaterons en revanche qu'il n'est pas toujours bon de 
programmer en « tout objet » comme nous pouvons le faire en Java. 

PHP, c'est aussi une plate-forme particuliere, qui bien adoptee peut donner le 
meilleur d'elle-meme. S'adapter aux specificites de PHP et connaitre la plate-forme 
sera un atout pour tout architecte et developpeur. 

Enfin, nous aborderons le sujet de l'interoperabilite et de la perennite de votre archi- 
tecture et de vos developpements. Si votre application fonctionne a merveille 
aujourd'hui, qu'en sera-t-il demain ? Saura-t-elle s'adapter aux evolutions qui lui 
seront demandees dans l'avenir ? Nous presenterons dans ce chapitre quelques prati- 
ques a adopter pour rendre l'architecture de votre application evolutive. 



I Model isation en UML pour PHP 

I DEUXIEME PARTIE 

Pratiques de model isation agile 

Qu'est-ce que la modelisation agile ? 

La modelisation agile que nous allons juste effleurer ici fait suite aux methodes agiles 
vues au chapitre 2. Ses regies decrivent un certain nombre de comportements a 
adopter dans le cadre de votre modelisation. 



Reference La modelisation agile en ligne 

Le site suivant est dedie a la modelisation agile. Vous y trouverez non seulement I'ensemble des informa- 
tions qui sont explicitees ici (en anglais), mais egalement de nombreuses ressources, principes et prati- 
ques utiles pour ameliorer votre modelisation dans un environnement agile : 
► http://www.agilemodeling.com 



Modelisation agile pour PHP 

Cette section met en avant quelques pratiques essentielles de modelisation agile. 
Chacune d'elles fait l'objet d'une explication et d'une introduction de mise en pra- 
tique. Ces quelques conseils vous aideront a mieux organiser et animer vos demar- 
ches regulieres de modelisation. 

Participation active des depositaires 

Les depositaires sont I'ensemble des personnes habilitees a prendre des decisions sur 
la nature et la priorite des taches a effectuer, en fonction de revolution des besoins. 
Leur participation doit etre reguliere et active. 

En fonction des projets et de la methode employee, ils peuvent etre un groupe d'uti- 
lisateurs finaux, l'equipe d'organisation, le client (dans le cas d'XP en parti culier), 
une equipe senior, etc. 

Modelisation collective et modeles ouverts 

Un modele sert a formaliser des idees de maniere a les exposer a d'autres personnes. 
II sert egalement a rendre explicite une vision commune. Cette implication necessite 
la participation et 1' approbation de I'ensemble des acteurs du projet. 

Le modele doit done etre ouvert a tous, y compris au client. II favorisera une com- 
munication agile, transparente et honnete entre les differents acteurs du projet. 
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Utilisation des bons modeles 

Chaque modele est optimise pour un type d'application donne. Un diagramme 
d'activite UML est un bon choix pour decrire un processus metier. En revanche, il 
est judicieux de choisir un modele physique de donnees pour la structure de votre 
base de donnees. 

Tout l'art sera de selectionner le modele le plus adapte a ce que vous devez decrire, 
c'est-a-dire celui qui exposera en tres peu de mots et le plus simplement possible une 
information pertinente. Un diagramme de 50 mots bien places dans un modele 
adapte est generalement plus facile a lire que 500 lignes de code. 

Changer de modele 

Si l'utilisation d'un modele devient difficile, un autre modele pourrait certainement le 
remplacer pour decrire la meme fonctionnalite. II ne faut alors pas hesiter a en changer. 
Iterer sur les modeles apporte des reflexions nouvelles sur le fonctionnement d'une 
application, aborde sa logique sous un angle nouveau et assure sa maitrise globale. 

Prouvez-le par le code 

Un modele est une abstraction. Seul le code qui en resultera permettra de prouver 
qu'il fonctionne. N'oubliez pas que vous etes dans une logique iterative et que les tra- 
vaux de modelisation, suivis de l'implementation puis des tests seront mis a jour et 
remanies a la prochaine iteration. 

Choisir le support le plus simple 

La simplicite est garante de maintenabilite. Sachant que vos modeles sont simples et 
ne portent que sur l'iteration courante, ils peuvent aisement etre ecrits a la main. 

Le tableau blanc est le support ideal pour l'elaboration collective du modele. L'utili- 
sation d'une application specialised dans la creation de modeles est preconisee si et 
seulement si elle apporte un avantage consequent. Elle peut par exemple accompa- 
gner l'implementation avec un generateur de code. 

Utiliser les outils les plus simples 

Les modeles peuvent pour la plupart etre elabores sur un tableau blanc ou du papier. 
Pour archiver le modele, vous pouvez prendre une photo numerique ou le transcrire 
sur un support ecrit. 

Les diagrammes sont le plus souvent des elements de reflexion ; leur vraie finalite est 
de favoriser une reflexion methodique sur un probleme. Une fois que la solution est 
trouvee, le diagramme finalise aura moins de valeur. 
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Maintenir un diagramme qui devient de plus en plus complexe a chaque iteration 
vous fera perdre du temps et affaiblira votre capacite de reflexion sur des problemes 
simples au detriment de votre efficacite. 

Modeliser sur des cycles courts 

Plus le cycle de modelisation sera court, plus les modifications seront petites et vous 
pourrez ainsi vous interesser plus specifiquement a ces evolutions. Ce cycle peut 
varier de quelques semaines a un ou deux mois suivant votre projet. Cette pratique 
augmente votre agilite et vous permet de fournir plus rapidement des versions stables 
aux utilisateurs finaux. 

Stocker l'information une seule fois, toujours au meme endroit 

C'est une pratique generale. Posez-vous la question « Si je dois maintenir cette infor- 
mation de maniere permanente, ou dois-je la stocker ? ». L'idee est de reduire les 
redondances qui augmentent la complexite au detriment de la simplicite dont vous 
devez faire preuve. 

La propriete collective 

Tout objet que vous creez doit pouvoir etre utilise par d'autres. Et tout ce que font les 
autres sont des outils que vous pouvez exploiter dans vos developpements. 

Quelques pratiques supplementaires 

Ces quelques pratiques de modelisation agile sont, dans la plupart des cas, vivement 
conseillees : 

• Respecter les standards de modelisation, quel que soit le type de modele que vous 
avez choisi. 

• Utiliser les motifs de conception autant que possible, cela favorise la comprehen- 
sion de la solution ainsi que sa fiabilite et sa simplicite. 

• Ecarter les modeles temporaires, pour ne pas s'encombrer avec des informations 
qui ne servent plus. 

• Le refactoring (remaniement) peut egalement s'appliquer a votre architecture. 

• Mettre en place des tests unitaires avant l'implementation est egalement une tres 
bonne idee (pilotage du developpement par les tests unitaires, chapitre 12). 
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Particularites et limites de la POO avec PHP 5 



Fonctionnalites objet disponibles avec PHP 5 

Le modele objet de la version 5 de PHP n'a rien a envier a celui de langages comme 
Java ou C++. II est complet et permet de tout faire ou presque. Nous ne fournirons 
pas ici une liste detaillee des fonctionnalites qui nous sont offertes. Elles sont dispo- 
nibles dans la documentation a l'adresse suivante : 

► http://www.php.net/manual/fr/language.oop5.php 

En revanche, voici dans cette section quelques fonctionnalites utiles qui font la valeur 
ajoutee de PHP 5 par rapport a d'autres plates-formes qui proposent la programma- 
tion objet. II est interessant de les avoir en tete avant d'entamer vos developpements. 

L'auto-chargement de classes 

Plutot que de s'encombrer avec de multiples include, vous pouvez maintenant 

declarer la fonction autoload () qui s'occupera de charger la classe voulue si celle- 

ci n'existe pas. 

Exemple avec autoload () : fichier ClassTest . php 

<?php 

class ClassTest { 

public function display(Stxt) { 
echo $txt."<br />\n"; 

} 

} 

?> 

Exemple avec autol oad : fichier autol oad . php 

<?php 

// Cette fonction peut etre declaree dans un 
// fichier include commun. 

function autoload($class_name) { 

require_once $class_name. ' .php' ; 

} 

// Test de notre classe 
$obj = new ClassTestO; 
$obj->di splay ('Hello !'); 

?> 
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La surcharge de proprietes et de methodes 
Surcharge de proprietes 

Cette surcharge est definie par les methodes speciales set() et get(). Lors de 

l'appel d'une propriete qui n'existe pas, set() est automatiquement sollicitee s'il 

s'agit d'une affectation et get() s'il s'agit de demander une valeur. 

Vous pouvez ainsi simuler des manipulations de proprietes en controlant leur acces. 
L'exemple suivant met en ceuvre une classe qui fait appel a un fichier de 
configuration .ini. 

Exemple d'utilisation de set() et get() 

<?php 

class IniConfig { 

private SiniValues = array(); 
private SiniFile; 

// Chargement du fichier de configuration dans le 

// contexte de la classe. 

public function construct($ini_file) { 

$this->iniFile = $ini_file; 

if (file_exists($ini_file)) { 

$this->ini Values = parse_i ni_fi le($i ni_fi le) ; 

} 

} 

// Met a jour le fichier .ini a chaque modification 

// dans ini Values. 

private function writeConfigO { 

Sconfig = ';; Last update : ' .date('d.m.Y H:i:s'); 

foreach ($thi s->i ni Val ues AS $key => lvalue) { 
Sconfig .= "\n$key = \"$value\""; 

} 

f i 1 e_put_contents ($thi s->i ni Fi 1 e , Sconf i g) ; 

} 

// Modification d'une valeur de configuration, 
public function set($key, Svalue) { 

$this->iniValues[$key] = Svalue; 

$thi s->writeConfig() ; 

} 
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// Lecture d'une valeur de modification. Cette methode 
// peut etre completee par un chargement de la 
// configuration a chaque lecture au besoin. 

public function get(Skey) { 

return $thi s->i ni Val ues [$key] ; 

} 

} 

Sconfi g = new IniConfigCtest.ini ') ; 

Sconfi g->fi rstname = "Guillaume"; 

$config->lastname = "Poncon"; 

echo Sconfi g->fi rstname. ' ' .Sconfi g->lastname; 

?> 

L' execution de ce code renvoie la chaine Guillaume Poncon. Le contenu du fichier 
test . i ni est alors le suivant (s'il n'existait pas avant le chargement de la classe) : 

Contenu de test . i ni apres execution 

;; Last update : 11.08.2005 19:01:44 
fi rstname = "Guillaume" 
lastname = "Pongon" 

Surcharge de methode 

Cette surcharge est assuree par la declaration de la methode speciale call(). 

Lorsqu'une methode est sollicitee et quelle hexiste pas dans l'objet, cal 1 () est 

appelee a sa place. 

L'exemple suivant met en ceuvre un objet a travers lequel nous pouvons appeler des 
fonctions declarees dans des fichiers separes : 

Unefonction stockee dans functions/sayHello. php 
<?php 

function sayHello($fi rstname, Slastname) { 

echo 'Hello ' .ucfi rst($fi rstname. ' ' .Slastname) . '<br>' ; 
return true; 

} 

?> 
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La classe Cal 1 Factory qui appelle les fonctions situees dans f uncti ons/ 
<?php 

class Call Factory { 

const FUNCDIR = './functions/'; 

// Fait appel a la fonction correspondante dans 
// self :: FUNCDIR ou renvoie false si la fonction 
// n'existe pas. 

public function call ($f uncti on, Sattrs) { 

if ( !function_exi sts(Sfunction)) { 



Sfuncpath = self : : FUNCDIR. $f uncti on. ' . php' ; 
if (!file_exists($funcpath)) { 
return false; 

} 

requi re_once($funcpath) ; 

} 

return call_user_func_array($f uncti on, Sattrs); 



L'execution du script precedent renvoie la chaine « Hel 1 o Matthi eu Mary<br>Hel 1 o 
Guillaume Poncon<br> ». 

Les methodes magiques 

• Les methodes sleepO et wakeupO sont appelees a la serialisation et a la 

deserialisation d'un objet. 

• La methode toStringO definit la maniere dont la classe doit s'afficher 

lorsqu'on l'appelle avec echo ou print. Un exemple avec cette methode magique 
est disponible au chapitre 11 dans la section « Des objets aux documents XML ». 

• La methode cloneO est appelee juste avant le clonage d'un objet. Elle permet 

par exemple d'incrementer un identifiant ou d'effectuer une modification neces- 
saire avant l'appel de la fonction clone(). 




} 



} 



$f uncti ons = new Cal 1 FactoryO ; 
$functions->sayHello('Matthieu' , 'Mary') ; 
$functions->sayHello('Cuillaume' , 'Pongon'); 



?> 
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De maniere generale, les methodes magiques sont nominees avec un double signe de 

soulignement (underscore) « ». Elle simplifient et fiabilisent les developpements, 

d'ou l'importance de les connaitre. 



Les methodes magiques sont abordees dans la documentation officielle de PHP a I'adresse suivante : 
► http://www.php.net/manual/fr/language.oop5.magic.php 



La reflexion 

Cette discipline est tres interessante pour tout ce qui concerne les travaux reverse- 
engineering. II est possible par exemple d'implementer la creation de fichiers 
d'import-export UML pour creer les diagrammes correspondant a 1' architecture de 
votre application, ou mettre en place une documentation de votre code generee en 
temps reel. 

► http://www.php.net/manual/fr/language.oop5.reflection.php 



D'autres goodies de la Standard PHP Library (SPL) 

Cette bibliotheque disponible en standard dans PHP 5 definit un grand nombre de 
possibilites d'iterations sur les objets et dans d'autres domaines (systeme de fichiers, 
documents XML, etc.). 

II est possible d'iterer sur les proprietes d'une classe ou de definir une politique d'ite- 
ration de toute piece. Par exemple, vous creez un objet Products qui itere sur les ele- 
ments d'une table du meme nom dans une base de donnees, de maniere a ce que 
foreach (Sproducts . . . fournisse les enregistrements de la table. Des exemples 
sont disponibles dans la documentation a I'adresse suivante : 
► http://www.php.net/manual/fr/language.oop5.iterations.php 



Pour en savoir plus sur la SPL et ses possibilites, vous pouvez vous rendre sur sa documentation 
officielle : 

► http://www.php.net/manual/fr/ref.spl.php 



Conseils d'usage pour ameliorer la performance des objets 

L'amelioration des performances et des possibilites de mise en ceuvre de la POO a 
ete largement prise en compte dans les evolutions de PHP 4 a PHP 5. Dans cette 
derniere version, les objets sont par defaut passes par reference, ce qui evite deja toute 
redondance inutile. 
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L'instanciation d'une classe est-elle utile ? 

Creer des objets a partir d'une classe n'est pas forcement utile pour beneficier de cer- 
taines fonctionnalites. L'acces aux constantes et aux methodes statiques est parfaite- 
ment possible, comme le montre l'exemple suivant. 

Utilisation d'une classe sans I'instancier : une alternative au singleton 

<?php 

abstract class VideoObject { 
const TYPE = 'HDV ; 

} 

class VidCam extends VideoObject { 

private static Smodel = 'JVC GY-HD100'; 

// Interdiction d'instancier cette classe. 
private function construct() {} 

// Definit la propriete Smodel 

public static function setModel (Smodel) { 

self : :$model = Smodel . ' (' .parent: :TYPE. ')' ; 

} 

// Renvoie la valeur de la propriete Smodel 
public static function getModel () { 
return sel f : : Smodel ; 

} 

} 

// renvoie la chaine suivante : Sony HVR-Z1 (HDV) 
Vi dCam : : setModel ( ' Sony HVR-Z1 ' ) ; 
echo VidCam: : getModel () ; 

?> 

L'instanciation ayant un cout, l'utilisation de l'operateur de resolution de portee « :: » 
(Paamayim Nekudotayim) peut s'averer interessant lorsque votre algorithme sollicite 
beaucoup les ressources d'une meme classe. 

Accelerer l'acces aux objets persistants 

Votre premier objectif sera d'eviter de recreer ces objets a chaque requete. II faut done 
les rendre persistants pour l'ensemble de vos visiteurs. Pour cela, nous allons utiliser 
les caracteristiques des sessions. 



Optimiser le modele pour PHP 

Chapitre 9 

obj-register.php partage I'objet people 

<?php 

// Cette directive, ainsi que de nombreuses 
// autres peut etre configuree dans php.ini 
session_cache_l i miter ('private') ; 

class people { 

public SfirstName = "Cuillaume"; 
public SlastName = "Pongon"; 

} 

// L'identifiant de session est fixe. 
session_id('47839874'); 
session_start() ; 

// Mise en session partagee de I'objet. 
Speople = new people(); 
$_SESSI0N[' people'] = Speople; 

?> 

obj-persist.php affiche I'objet 

<?php 

// Vous pouvez essayer d'executer ce fichier sur plusieurs 
// ordinateurs, plusieurs fois a la suite. 

session_cache_l i miter ('private') ; 

session_id('47839874'); 
session_start() ; 

var_dump($_SESSION [ ' peopl e ' ] ) ; 



?> 
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obj-unregister.php detruit la session partagee 

<?php 

session_id(' 47839874'); 
session_start() ; 
session_destroy() ; 

?> 

Dans les exemples precedents, nous nous debrouillons pour mettre un objet dans une 
session speciale, partagee entre tous les visiteurs du site, afin de le rendre persistant. 



Culture Est-ce de la memoire partagee ? 

Les performances de ce mecanisme dependront du parametrage de votre session et de votre implemen- 
tation. On ne peut pas dire qu'il s'agisse d'une mise en memoire partagee d'un objet, mais d'une solu- 
tion alternative de partage, qui fonctionne avec un grand nombre d'installations de PHP. Faites attention 
de ne pas maintenir la session trap longtemps avec cette solution, car vous activez le mecanisme de ver- 
rouillage des sessions qui peut ralentir I'execution de vos requetes. Le chapitre 12 donnera un exemple 



Le « tout objet » n'est pas une bonne pratique pour PHP 

Autant un langage comme Java privilegie cette pratique en allant jusqu'a considerer 
les chaines de caracteres comme des objets, autant en PHP une utilisation excessive 
des objets pourrait degrader la simplicite et les performances d'une application. 



Couche presentation 



Couche d'integration 

(html helpers) 



Couche metier superieure 

i, etc.) 



Couche metier principale 

(objets et processus metier) 



Noyau C / C++ 



® 



© 



La couche presentation est composee du langage utile a la 
presentation voulue (HTML, PDF, etc.). Les appels PHP de 
variables et de functions doivent etre reduits au minimum. 

La couche d'integration fournit un environnement simplifie a la 
couche presentation a partir de la couche metier superieure. 
Generalement, elle est composee de fonctions et de variables. 

Cette couche fournit les ressources utiles £ lexploitation de la 
logique metier, sous forme d'objels. Elle complete la couche 
metier principale pour s'adapter a I'utilisation que I on va en faire. 

La couche metier principale rassemble les objets et la logique 
metier. Son developpement en POO est recommande. 

Les extensions C / C++ peuvent fournir des fonctionnalites sous 
forme de classes ou de fonctions. Les extensions recentes pour 
PHP5 fournissent generate ment des objets 



Figure 9-1 Utilisation des objets dans un projet PHP (architecture du chapitre 2) 
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En reprenant l'architecture proposee par le fondateur de PHP, decrite au chapitre 2, 
nous evaluons pour chaque couche s'il est judicieux ou non de programmer avec des 
objets. 

Les objets sont surtout pratiques pour manipuler de la logique metier. lis apportent 
une structure facile a maintenir et a reutiliser. En revanche, plus nous nous appro- 
chons de la couche presentation, plus 1'utilisation d'objets devient discutable. 



S'adapter aux caracteristiques de PHP 

Limitation du code a parser 

L'idee de cette limitation est d'eviter de charger du code non utilise dans votre 
requete. Par exemple, charger un fichier contenant 15 fonctions pour n'en utiliser 
qu'une seule n'est pas toujours optimal. 

Pour remedier a cela, un optimiseur d'opcodes se chargera de maintenir le code com- 
pile en memoire afin d'eviter de devoir le charger a chaque requete. Le principe de 
l'optimiseur d'opcodes sera explique a la fin du chapitre 14. 

Lorsque de nombreux objets sont utilises impliquant de nombreuses dependances, il 
est fortement recommande d'utiliser un tel optimiseur. 

Limitation des instanciations et appels 

Les instanciations d'objets et les appels de methodes consomment des ressources et 
du temps. A grande echelle, cela peut avoir des impacts sur les performances de votre 
application et l'encombrement des ressources. 

Les sections precedentes ainsi que le chapitre 11 vous donneront quelques conseils 
pour une utilisation optimale des objets dans le sens de l'economie : 

• Utilisation d'objets sans les instancier. 

• Mise a jour du modele pour eviter les dependances et les chargements inutiles. 

Exploiter les fonctions natives fournies par PHP 

PHP possede un tres grand nombre de fonctions natives effectuant des operations 
theoriquement couteuses. Travailler avec la documentation sous les yeux et se poser 
regulierement la question « est-ce qu'il existe une fonction pour faire cela ? » permet 
souvent de developper plus vite et plus efficacement. 
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Un des exemples les plus representatifs concerne l'utilisation d'expressions regulieres 
pour la manipulation de chaines de caracteres. La section « utilisation des expressions 
regulieres » du chapitre 12 exposera quelques exemples concrets. 



Favoriser I'interoperabilite et la perennite du modele 

Les couches d'abstraction 

Les couches d'abstraction sont tres utilisees en informatique. On les rencontre dans 
le modele OSI (reseaux) et dans 1' accumulation des couches logicielles (assembleur, 
C, PHP) de la programmation. 

Ce principe est tres simple, le travail est divise en couches : 

• Les plus basses sont proches du langage machine. 

• Les plus hautes sont proches des aspects visuels et du langage humain. 

Pour une couche donnee, celle du dessous rend toujours service a celle du dessus. La 
couche du dessus recoit de la couche du dessous une « API » intuitive et n'a pas 
besoin de connaitre le detail de son fonctionnement. 

La figure 9-2 met en avant le principe de couches d'abstraction applique a l'audio- 
visuel (se lit de bas en haut). C'est grace a une telle chaine qu'il est possible 
aujourd'hui de produire des films de qualite. 



EES 



Distributeur 




Projette le film en salle sans se soucier de la ma- 
nure dont on se serf d'une diode ou d'un micro. 



rea 




Fournissent une bande video prete a etre projetee en salle, 
sans le story-board, les logiciels complexes de montage, etc. 

A partir d'un scenario, story-board, scenes avec 
acteurs et prises de vues, montent un film. 




Fournit du materiel audio-visuel : cameras, micros, etc. avec 
un manuel qui n'explique pas comment fonctionne une diode. 

Fait des plans, assemble les materiaux et 
composants pour creer des cameras, magnetos. 



Fournit les composants et leurs caracteristiques techniques, 
sans entrer dans les details de composition / fabrication. 

Fab Meant de composants | Fabrique des diodes, des transistors et des 

condensateurs a partir de matieres premieres. 




Figure 9-2 Principe des couches d'abstraction appliquees a I'industrie du cinema 
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Sur le meme principe, la figure 9-3 donne un exemple simple de strategic pour un 
projet PHP, repartie sur quatre couches, dont trois sont vraiment utiles (couche 
metier, couche integration, couche presentation). 



Couche Presentation 


II n'y a pas besoin de connaltre PHP, ou tres 
peu, pour developper la couche presentation. 


\. Fournit un environ nement de fonctions et de variables de 
n p base contenant uniquement les donnees de presentation. 


Couche Integration 


II n'y a pas besoin de savoir comment la couche 
metier fonctionne pour I'utiliser dans Integration. 


Fournil une interface pour manipuler la logique metier 
p (gestion des produits, recherches, reservations, etc.) 


Couche Metier 


II n'y a pas besoin de s'y connaTtre en C ou en 
C++ pour developper la couche metier en PHP. 





Fournit des classes, des fonctions et des constantes utiles au 
developpement facile et intuitif d'algorithmes. 

Cette couche n'est pas modifiee, il y a juste 
besoin de la mettre a jour de temps en temps. 



Figure 9-3 Un exemple de couches d'abstraction pour un projet PHP 



Avantages et inconvenients des couches d'abstraction 

Le premier avantage de ce principe est de pouvoir se specialiser dans la connaissance 
d'une couche sans avoir a connaitre le detail des autres. II est ainsi possible de deve- 
lopper les mecanismes metier en PHP sans connaitre la maniere dont PHP a ete 
developpe en C ni savoir comment ce travail sera utilise avec HTML ou PDF. 

Linconvenient est que vous devez faire confiance aux autres couches. Ce principe 
d'abstraction de la connaissance n'est pas non plus compatible avec les valeurs des 
methodes agiles, qui preconisent que les acteurs d'un projet soient tous impliques a 
tous niveaux. Sans cela, le risque de se retrouver avec un maillon faible est reel. 

Malgre tout, vous pouvez mettre en place un mecanisme de couches d'abstraction 
pour mieux organiser votre travail sans empecher quiconque de connaitre l'ensemble 
des briques du projet. Tout cela dependra de l'envergure de votre projet. 

Eviter d'encombrer les objets metier 

Comme nous l'avons vu precedemment, PHP possede quelques mecanismes autori- 
sant des developpements plus rapides et plus fiables. Les objets metier par exemple 
sont souvent constitues de proprietes privees et d'une multitude de methodes que 
Ton appelle « accesseurs » (get, set). 
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Ces accesseurs permettent de maitriser la maniere dont les proprieties sont interro- 
gees ou affectees. Par exemple, si une propriete doit necessairement etre un entier 
positif, la methode d'affectation associee fera cette verification avant d'affecter la 
valeur correspondante. 

Si vous devez manipuler une vingtaine d'objets metier comportant trente champs 
chacun, la declaration des accesseurs devient vite laborieuse et leur presence envahis- 
sante. L'exemple suivant donne une solution alternative qui evite cette declaration et 
reduit la taille de votre code. 

Une classe simple, sans accesseurs 

<?php 

requi re 'Entity. php' ; 

class VidCam extends Entity { 

// Mes proprietes. 
protected Sname; 
protected Sdescription ; 
protected SshutterSpeed; 
protected SirisRange; 

// Declaration d'un accesseur specifique. 
public function setShutterSpeed($val ue) { 
if (is_numeric($value)) { 

$this->shutterSpeed = (int) lvalue; 

return true; 

} 

return false; 

} 

} 

SvidCam = new VidCamO; 

$vi dCam->setName( ' HVX-200 ' ) ; 

$vidCam->setShutterSpeed(50) ; 

echo 'Norn : ' . $vi dCam->getName() . "<br />\n"; 

echo 'Vitesse d\'obt. : ' .$vidCam->getShutterSpeed() ; 

?> 



Que contient la classe Entity pour rendre disponibles les accesseurs ? 

<?php 

abstract class Entity { 

// Cette methode peut etre redeclaree dans 
// les classes derivees pour effectuer des 
// controles sur les affectations, 
protected function set($property , Svalue) { 

$this->$property = Svalue; 

return true; 

} 

// Cette methode peut etre redeclaree dans 
// les classes derivees pour effectuer des 
// operations sur les renvois de valeurs. 
protected function get(Sproperty) { 
return $thi s->$property ; 

} 

// Interception des accesseurs. 

public function call (Smethod, Sattrs) { 

Sprefix = substr($method , 0, 3); 

Ssuffix = chr(ord(substr($method, 3, 1)) + 32); 

Ssuffix .= substr($method, 4); 

Scattrs = count(Sattrs) ; 

if (property_exi sts($thi s , Ssuffix)) { 

if (Sprefix == 'set' && Scattrs == 1) { 
return $this->set($suffix, $attrs[0]); 

} 

if (Sprefix == 'get' && Scattrs == 0) { 
return $this->get($suffix) ; 

} 

} 

trigger_error("La methode Smethod n'existe pas.") 

} 

} 



?> 
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Jouer avec la genericite 

Choisir entre generique ou specifique est une question d'equilibre. Dans un cas 
comme dans l'autre il y a de gros avantages et de gros inconvenients. 

Un choix trop generique, par exemple « un etre vivant », couvre une tres large popu- 
lation mais ne permet pas de manipuler des details specifiques (aux oiseaux par 
exemple) qui ne concernent pas toute la population (des etres vivants). 

Un choix trop specifique, par exemple « une panthere des neiges », couvre une popu- 
lation trop restreinte, bien qu'il soit possible de tenir compte de l'ensemble des 
details lies a cette specificite. Si des evolutions doivent etre effectuees, on reflechira a 
ce choix. 

Grace aux objets, vous pouvez faire « heriter le specifique du generique ». Ainsi, il est 
possible de developper des logiques (controles) basees sur du generique, du speci- 
fique ou un etage intermediaire. 




Figure 9-4 Jouer entre generique et specifique 



Sur la figure 9-4, nous distinguons trois etapes successives d'elaboration de classes 
que nous pouvons detainer ci-apres. 



Optimiser le modele pour PHP 

Chapitre 9 



Premiere etape : prevoir 

A ce stade (figure 9-4, etape 1), nous savons que nous devons mettre en place une 
application de gestion de produits bases sur des circuits touristiques. Nous savons 
egalement que cela peut evoluer en s'elargissant sur d'autres types de produits. 

Nous allons done prevoir que notre entite circuit touristique est un produit de 
voyage et qu'un produ it de voyage est un produi t. Notre objet control e produit 
peut etre dans un premier temps lie a l'entite la plus generique afin de couvrir un 
maximum d'entites filles. 

Deuxieme etape : une premiere evolution 

Notre gamme de produits de voyage s'etend aux se jours et aux vi sites guidees. 
Grace a notre prevoyance, nos objets controle produit et associes n'ont aucune 
modification a subir et gerent par heritage les se jours et les vi sites guidees 
ajoutes. 

Troisieme etape : evolution et adaptation 

Un nouveau type de produits voit le jour : les hydratants. Ces derniers n'ont aucun 
rapport avec le voyage ; nous allons done les lier a la classe la plus generique produit 
par i'intermediaire d'une entite produits cosmetiques. 

Suite a cela, une nouvelle fonctionnalite liee aux hydratants est demandee pour notre 
application, necessitant l'acces aux specificites des produits cosmetiques. Un nouvel 
objet controle produit cosmeti que heritant de control e produit sera done cree. 

Adopter les standards et s'adapter a I'existant 

S'adapter a I'existant et adopter les standards proposes par les organismes agrees 
(W3C, Oasis, etc.) est un gage de perennite et une porte ouverte a l'interoperabilite. 
Tout projet, qu'il soit professionnel ou non, doit etre un minimum communicant et 
evolutif pour assurer un succes a long terme et a grande echelle. 

La figure 9-5 met en avant un exemple de plate-forme pensee dans le sens de l'evolu- 
tivite. Nous pouvons voir qua tous niveaux il est possible d'envisager des adaptations. 

Si vous avez besoin de mettre en place un protocole de communication entre deux 
entites, de developper une nouvelle application ou de stocker des donnees, il vous 
sera utile d'avoir le reflexe de vous renseigner sur ce qui existe. 

L'utilisation d'un outil permettant des imports/exports a travers des formats de don- 
nees normalises rend rapidement compatible avec d'autres outils du meme type, que 
Ton trouve partout dans le monde. 
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Figure 9-5 
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Voici quelques liens vers des organismes de normalisation qui proposent de nombreux standards dont on 
peut user a volonte : 

W3C 

► http://www.w3.org 
Oasis 

► http://www.oasis-open.org 
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Les motifs de conception 
(Design Patterns) 



Les motifs de conception sont des ensembles de solutions et de bonnes pratiques 
basees sur la programmation objet. Chaque motif repond a une problematique precise 
a travers une solution ingenieuse, longuement travaillee par de nombreux specialistes. 
Nous allons presenter les principaux d'entre eux. 

Beaucoup de developpeurs en informatique ont deja entendu parler, de pres ou de loin, 
des motifs de conception ou design patterns. Ce sujet est vaste et il existe autour de cela 
de nombreux ouvrages. 

Dans ce chapitre, nous nous contenterons de presenter les principaux motifs et d'expli- 
quer leurs roles. Leur maitrise est un atout considerable que tout developpeur objet 
peut acquerir. II ne tient qua vous de faire l'effort d'en comprendre la philosophic 



I Model isation en UML pour PHP 

I DEUXIEME PARTIE 

A quoi servent les motifs de conception ? 

Les developpeurs objet experimentes se sont apercus que, en ce qui concerne 1' archi- 
tecture, des caracteristiques similaires apparaissent dans leurs modeles, repondant a 
des problematiques communes et precises. 

Les motifs de conception ont ete introduits par l'architecte Christopher Alexander 
dans les annees 1970. Leur but est de formaliser les caracteristiques recurrentes, les 
expliciter et proposer pour chacune d'elles des pratiques pour une mise en oeuvre effi- 
cace. 



References Mise en pratique des motifs de conception avec PHP 

Ce sujet etant vaste, il ne sera pas possible dans ce chapitre de proposer des exemples de code sur cha- 
que motif. Pour la mise en pratique, il existe un livre dedie aux motifs de conception pour PHP (en 
anglais) : 

O php\architect's Guide to PHP Design Patterns, par Jason E. Sweat, aux editions php|architect 
nanobooks. 

Vous trouverez egalement sur Internet des exemples de code sur les motifs abordes dans ce chapitre : 
► http://www.openstates.com/php/ 



Les motifs de conception peuvent etre classes en plusieurs families : 

• les motifs de creation, qui influent sur la maniere dont les classes et les objets sont 
instancies et configures ; 

• les motifs de structuration, qui definissent des structures types faisant intervenir 
plusieurs classes ; 

• les motifs de comportement, qui influent sur l'algorithmique et la repartition des 
taches entre les objets. 



Les motifs de creation 

La fabrique (the Factory method) 

Le but de ce motif est de simplifier la creation de certains objets. II est tres pratique 
et souvent utilise. Son principe de base est de deleguer l'instanciation d'un objet a un 
objet special « creation » afin de s'abstraire d'une politique d'instanciation. 
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A RETENIR Legende de presentation des motifs 

Nous utiliserons deux schemas pour la presentation des differents motifs : 

• un diagramme de conception, qui traduit de maniere intuitive le principe de fonc- 
tionnement du pattern ; 

• un diagramme UML, qui introduit I'architecture technique de chaque motif. 
Vous pouvez utiliser la legende representee par la figure 10-1 pour la lecture des 
illustrations. 



(^^) Url °bi e t ooncret. (classe) 
''~ s Un module d'objet. (classe 




j Un «moule» utilise pour creer des 
objets selon une norms, (interface) 

Un mod el e d'objet ou un moule. 



(classe abstraite ou interface) 
j Agregation de deux objets. 

Figure 10-1 Legende des schemas sur les motifs de conception 



fois a I'entite B. 



Principe de la fabrique 

Une interface AbstractProduct sert de modele a des objets ConcreteProduct. L'ins- 
tanciation de ces objets est confiee a une methode, dite « methode de fabrique », de 
la classe ConcreteCreator issue d'un modele AbstractCreator. ConcreteCreator se 
charge d'instancier un objet ConcreteProduct qu'il aura pris soin de choisir. 



Figure 10-2 
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Mise en pratique 

Une classe abstraite Page sert de modele a la creation de pages web. Ces pages peu- 
vent etre de types differents : HTML, XML ou texte. Le createur PageManager se 
charge d'instancier et de renvoyer les pages demandees. Dans l'exemple suivant, la 
methode de fabrique s'appelle getPage dans PageManager. 

Ce jeu de tests decrit la maniere dont le gestionnaire de page doit fonctionner 

class FactoryTestCase extends UnitTestCase { 

public function testlnstanciate() { 
Spage = new HTMLPage(new ContentO); 

$this->assertIsA($page, 'HTMLPage') ; 
$thi s->assertTrue(method_exi sts (Spage , ' getContent ' ) ) ; 
SpageManager = new PageManager(new ContentO); 
$this->assertIsA($pageManager, 'DataManager') ; 
$thi s->assertTrue(method_exi sts (SpageManager , 

'getPage')); 

} 

public function testCetPage() { 
Scontent = new ContentO; 

$content->fi rst = new ContentltemC hello' , 'It\'sme'); 
$content->second = new ContentltemC hi ' , 'Very good !'); 
$this->assertEqual (2, count($content->getItems())) ; 
$this->assertEqual ('hi ' , $content->second->getTitle()) ; 
SpageManager = new PageManager(Scontent) ; 
ShtmlPage = $pageManager->getPage('Html ') ; 
$this->assertIsA($htmlPage, 'HTMLPage') ; 
$thi s->assertWantedPattern( '/A<hl> . *?<\/pxh . *?<\/p>$/' , 

Shtml Page->getContent()) ; 
SxmlPage = $pageManager->getPage('xml ') ; 
$thi s->assertIsA($xml Page , 'XMLPage ' ) ; 
$xml = $xmlPage->getContent() ; 

$thi s->assertWantedPattern( '/A<cont . *?good . *?tent>$/ ' , 

$xml ) ; 

$this->assertNoErrors(simplexml_load_string($xml)) ; 
$thi s->assertErrorPattern( '/APage . *?pdf . *nown . $/i ' , 

$pageManager->getPage(' pdf ')) ; 

} 

} 
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Un element de contenu 
class Contentltem { 

private Stitle; 
private Sparagraph; 

public function construct($title, Sparagraph) { 

$this->title = Stitle; 
$this->paragraph = Sparagraph; 

} 

public function getTitleO { 
return $this->title; 

} 

public function getParagraph() { 

return $thi s->paragraph; 

} 

} 

Le contenu d'une page 
class Content { 

public function set($item_id, Contentltem Sitem) { 

$this->$item_id = Sitem; 

} 

public function getltems() { 
return (array) Sthis; 

} 

} 

La classe abstraite page qui sert de modele 
abstract class Page { 

protected Scontent; 

public function construct(Content Scontent) { 

$this->content = Scontent; 

} 

} 
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Le gestionnaire de page HTML 

class HTMLPage extends Page { 

public function getContent() { 

litems = $this->content->getItems() ; 
$ret_val = " ; 

foreach ($i terns AS Sitem) { 

$ret_val .= '<hl>' .$item->getTitle() . '</hl>' ; 
$ret_val .= ' <p>' . $i tem->getParagraph() . ' </p>' ; 

} 

return $ret_val ; 

} 

} 

Le gestionnaire de page XML 
class XMLPage extends Page { 

public function getContent() { 

litems = $this->content->getItems() ; 
$ret_val = '<content>'; 
foreach ($i terns AS Sitem) { 

$ret_val .= ' <t>' . $i tem->getTi tle() . '</t> ' ; 

$ret_val .= ' <p>' . $i tem->getParagraph() . ' </p>' ; 

} 

$ret_val .= '</content>' ; 
return $ret_val ; 

} 

} 

Le gestionnaire de page avec la methode de fabrique 
class PageManager extends DataManager { 

private Scontent; // Content object 

public function construct(Content Scontent) { 

$thi s->content = Scontent; 

} 

public function getPage($type = 'html') { 
Stype = strtolower(Stype) ; 
switch (Stype) { 

case 'html' : return new HTMLPage($thi s->content) ; 
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case 'xmV : return new XMLPage($thi s->content) ; 
case 'txt' : 

case 'text' : return new TXTPage($thi s->content) ; 
} 

trigger_error("Page type 'Stype' unknown."); 

} 

} 



Reference Le motif Factory dans la documentation off icielle de PHP 

Un clin d'oeil est donne au motif Factory dans la documentation de PHP a I'adresse ci-dessous. Un exem- 
ple est notamment disponible sur le chargement d'un driver de bases de donnees. 
► http://www.php.net/manual/fr/language.oop5.patterns.php 



La fabrique abstraite (Abstract Factory) 
Principe de la fabrique abstraite 

Comme nous l'avons vu precedemment, le role d'une fabrique est de construire des 
objets. La fabrique abstraite propose une interface (AbstractFactory) chargee de 
construire une famille d'objets « produits » (ProductAl, ProductA2, etc.) sans avoir a 
specifier le nom de leur classe concrete. 



Figure 10-3 
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Remarque sur ('utilisation de la fabrique abstraite avec PHP 

Ce motif peut etre utile a PHP mais apporte un degre de complexite parfois derou- 
tant. II fait intervenir un grand nombre de classes, ce qui peut ralentir legerement 
1' execution de l'application. 

En revanche, PHP possede la capacite de creer des classes a la volee. Dans ce cas de 
figure, les families et les classes de produits peuvent etre generees. Les interfaces res- 
tent figees, elles fournissent aux objets qui exploitent le motif (Control er) le sque- 
lette necessaire a l'exploitation des produits. 

Le monteur (Builder) 

Principe du monteur 

Lorsque vous devez instancier plusieurs objets complexes et differents ayant des 
caracteristiques communes, vous pouvez deleguer la construction a une classe 
Builder. 

Ce motif ressemble un peu a la fabrique. II separe la construction d'un objet com- 
plexe de sa representation, de sorte que le meme precede de construction puisse creer 
differentes representations. 

Mise en pratique 

Nous pouvons voir sur la figure 10-4 que la classe Monteur de Vehicule est chargee 
de renvoyer un objet representant une voiture, un bus ou un scooter. C'est le magasin 
(Controler) qui est charge de construire des objets a travers le monteur (Builder, 
BuildltemO). 



Figure 10-4 
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Le prototype (Prototype) 

Le motif prototype peut economiser des ressources lorsque Ton a plusieurs classes 
identiques a instancier, grace a un precede de clonage. De cette facon, il est possible 
de creer des objets sans passer par l'etape de construction. 



Principe du prototype 

Un modele prototype implemente une methode clone qui renvoie une copie de 
l'objet courant. Tout objet issu d'une classe qui herite de prototype peut ainsi etre 
clone. Un tel objet est cree une fois et cette premiere instance est ensuite dupliquee a 
chaque fois que Ton a besoin d'un objet du meme type. 



Figure 10-5 
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Le prototype en PHP 

En PHP, il existe deja une methode magique cloneO qui permet de renvoyer non 

seulement une copie de l'objet courant, mais egalement une « copie modifiee », qui 
peut par exemple incrementer un compteur dans la classe clonee avant de la renvoyer. 



Le singleton (Singleton) 
Principe du singleton 

Un singleton est une classe destinee a ne produire qu'un objet unique. En d'autres 
termes, une classe de type singleton ne peut s'instancier qu'une seule fois. 

Reference Le motif singleton dans la documentation off icielle de PHP 

Un exemple d'implementation du motif singleton est donne dans la documentation officielle de PHP a 
I'adresse ci-dessous : 

► http://www.php.net/manual/fr/language.oop5.patterns.php 
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L'utilisation des singletons en PHP est recommandee. Ce motif permet d'economiser 
des ressources en evitant de creer plusieurs objets identiques alors qu'un seul suffit. 



Figure 10-6 
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A RETENIR Travailler avec plusieurs singletons 

Si vous etes amene a avoir plusieurs singletons dans votre code, vous pouvez definir 
une classe abstraite qui s'occupera de centraliser la gestion du motif. 
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Figure 10-7 Centraliser la gestion du motif de plusieurs singletons 

II vous suffira alors d'etendre votre classe avec la classe Singleton et de faire appel a 
la methode parente getlnstance comme le montre I'exemple suivant : 

// Extrait du fichier « Si ngl eton . php » : 
abstract class Singleton { 

private static $_instances = ArrayO ; 

protected function constructO {} 

protected static function getlnstance($i nstance_i d = null) { 
if (!isset(self : : $_i nstances [$i nstance_i d])) { 
if (!class_exists($instance_id)) { 
return false; 

} 

self :: $_i nstances [$i nstance_id] = new $i nstance_i d() ; 

} 

return self: : $_instances [$instance_id] ; 



} 



} 
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// Extrait du fichier « Si ngletonA. php » : 
class Si ngletonA extends Singleton { 

public static final function getlnstanceO { 
return parent: : getlnstance( CLASS ) ; 

} 

(...) 

} 

Vous pouvez egalement jouer avec cette classe pour mettre en place des variantes de 



singleton, par exemple creer un « multi-singleton » qui prend en parametre un iden- 




Mise en pratique 

Pour creer un singleton, trois elements suffisent : une variable privee Sinstance, le 
constructeur et une methode publique getlnstance. 

Une classe singleton 

<?php 

// Notre classe "Singleton" 
class Singleton { 

// Cette variable contient 1 'instance de notre classe. 
private static $_instance; 
private Svariable = " ; 

// Ce constructeur n'est appele qu'une seule fois. 
// II est prive, done ne peut pas etre appele de 
// 1 'exterieur. 

private function construct() { 

echo "Appel du constructeur. \n" ; 

} 

// Cette methode renvoi e 1 'instance du singleton. 
// Si cette instance n'existe pas, elle est creee. 
public static function getlnstanceO { 
if (!isset(self : :$_instance)) { 

self : :$_instance = new SingletonO; 

} 

return self : :$_instance; 

} 
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// Accesseurs de la variable Svariable 
public function setVariable($variable) { 
$thi s->variable = Svariable; 

} 

public function getVariable() { 

return "Variable : ".$this->variable.".\n"; 

} 

} 

Test de la classe singleton 

// Creation de 1 'instance du singleton. 
Sinstance = Singleton: :getlnstance() ; 
$i nstance->setVariable(34) ; 

// Devrait renvoyer "new_i nstance === Sinstance" 
$new_instance = Singleton: :getlnstance() ; 
echo $new_instance->getVariable() ; 
if ($new_i nstance === Sinstance) { 

echo "$new_i nstance === $i nstance. \n" ; 

} 

// Ceci genere une erreur ! 
$other_i nstance = new SingletonO; 

?> 



Les motifs de structuration 

L'adaptateur (Adapter) 

Un objet qui implemente une interface « A » doit etre manipule dans un environne- 
ment qui requiert 1'implementation d'une interface « B ». Neanmoins, une classe ne 
peut pas implementer deux interfaces, alors comment faire ? 

Le motif adaptateur permet de transformer un objet afin qu'il soit issu d'une autre 
interface que celle d'origine. Cela peut etre utile pour faire communiquer deux appli- 
cations entre elles, qui utilisent des objets identiques issus d'interfaces differentes. 
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Principe de I'adaptateur 

Une classe ConcreteSource implemente une interface Source (voir figure 10-8). La 
classe Client utilise l'objet ConcreteSource mais elle reconnait le type Target et non 
le type Source. La classe ProductAdapter intervient alors pour creer une instance de 
la classe ConcreteSource modifiee de maniere a etre issue de l'interface Target. 



Figure 10-8 
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MVC (Model View Controler) 

Ce motif est tres a la mode depuis que la programmation objet est possible en PHP. 
II s'adapte tres bien aux besoins des applications web. On 1'utilise generalement pour 
separer les travaux de conception, de logique metier et d'lHM (Interface homme 
machine). 

Nous avons deja explique en detail au chapitre 2 le principe du motif MVC applique 
aux applications PHP ; nous n'y reviendrons done pas ici. 



Le pont (Bridge) 

Le pont est un autre mecanisme d'adaptation utilise pour faire collaborer deux sys- 
temes heterogenes. 

Principe du pont 

Une classe abstraite Abstraction dispose d'un mecanisme qui maintient une refe- 
rence sur un objet Concretelmplementor issu d'une interface Implementor. Ainsi, 
tout objet cree a partir de Abstraction pourra faire appel a une instance de 
Concretelmpl ementor. 
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Figure 10-9 
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Mise en pratique 

Un site web A dispose d'un objet SessionA qui implemente une interface 
SessionlnterfaceA. SessionA sert a stocker des donnees de session. 

II est decide de fusionner le site web A avec un site web B. Certaines donnees des 
sessions du site B sont les memes que celles du site A. Nous devons faire en sorte que 
les sessions utilisateurs de A et B soient les memes. 

Nous allons done implementer un pont SessionB qui remplacera l'ancien objet du 
meme nom sans modifier son comportement vu de l'exterieur. SessionB maintiendra 
une reference sur SessionA afin que les sites web B et A disposent des memes ses- 
sions utilisateur. 

Le composite (Composite) 
Principe du composite 

Ce motif est utilise pour disposer des objets dans une structure en arbre. II permet 
l'ajout et le retrait d'un objet dans un arbre dont vous pouvez determiner le parcours 
(prefrxe, infrxe, postfixe, etc.) en fonction de votre implementation. 

Vous pouvez par exemple considerer les feuilles de votre arbre (Leaf) comme des 
objets elementaires (paragraphes, titres) et les noeuds (Composite) comme des 
regroupements (sections, chapitres). 



A RETENIR Utilisation du composite avec PHP 



En PHP, veillez a reduire au maximum la tail le des objets Composite et Leaf, surtout s'ils sont nom- 
breux, de maniere a economiser des ressources. Vous pouvez maintenir un gros arbre en memoire avec 
les mecanismes de memoire partagee que nous verrons au chapitre 12. 
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Figure 10-10 
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Le decorateur (Decorator) 

Ce motif sert a ajouter de nouvelles fonctionnalites a un objet existant. II peut servir 
a eviter 1' accumulation de sous-classes ou a deplacer des fonctionnalites qui servent 
peu de maniere a economiser des ressources. 

Principe du decorateur 

Le modele Component permet la creation de classes ConcreteComponent. Un modele 
Decorator issu de Component permet egalement la creation de classes 
ConcreteDecorator. ConcreteDecorator est associe a une classe ConcreteComponent 
(mise en parametre) qu'il « decore » en lui ajoutant de nouvelles fonctionnalites. 



Figure 10-11 
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Mise en pratique 

Une classe abstraite Field represente un champ de formulaire (voir figure 10.11). 
Select et InputText sont des classes heritant de Field, representant respectivement 
une liste deroulante et un champ de texte. 

Ces champs peuvent etre labelises et/ou invalides. Comme ces nouvelles fonctionna- 
lites servent peu, nous decidons de mettre en place un decorateur plutot qu'une ou 
plusieurs sous-classe(s). 
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La classe abstraite FieldDecorator aggrege Field (quelle prend en parametre et 
peut eventuellement simuler). Label edFi eld et InvalidField mettent respective- 
ment en oeuvre la gestion de la labelisation et de l'invalidite d'un Field, qui peut etre 
un Select, un InputText ou tout autre champ. 



La facade 



Lorsqu'une application devient complexe, il est frequent que 1'utilisation de nombreux 
objets et de nombreuses ressources dans le cadre devolutions devienne fastidieuse. 

Principe de la facade 

L'idee du motif facade est de creer un acces facile a des ressources appartenant a un 
systeme sous-jacent complique. L'objet ainsi obtenu permet de s'abstraire de recher- 
ches et/ou de processus complexes dont l'utilisation pourrait etre frequente. 



Figure 10-12 

Le motif facade 



— UML 



Sous-systeme / 




I h- 7 / 


\ ' 






I h — ' i 


1 * — H 1 




I K— - ^ "H I 






Systeme sous-jacent, 
unites de recherche 



Mise en pratique 

Par exemple, un objet DataFinder (recherche de donnees) peut faire facade devant 
un sous-systeme comprenant de nombreux gestionnaires de donnees (base de don- 
nees, web services, etc.). 

Un autre exemple consiste a construire un objet facade « tests », permettant de faire 
appel a un sous-systeme de verifications elementaires (tests unitaires, verification de 
compte bancaire, etc.). 



Le proxy (Proxy) 

Le proxy permet de gerer un acces (economiser, simplifier ou restreindre) a une res- 
source. Au lieu d'acceder directement a la ressource concernee, nous nous adressons 
au proxy. 
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Principe du proxy 

Le proxy fournit un acces a une ressource moyennant des restrictions, des simplifica- 
tions et/ou des regies predefinies. Vous pouvez par exemple exploiter le motif proxy 
pour donner un acces a une base de donnees en simulant la classe d'acces originale. 
Votre classe Proxy fera done appel a cette classe originale moyennant les regies que 
vous aurez definies. 



Figure 10-13 

Le motif proxy (Proxy) 
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Le motif proxy peut egalement donner une representation simplified d'un objet com- 
plexe et jouer un role de tampon devant un objet qui tarde a se charger. 

Dans notre representation UML de la figure 10-13, notre Proxy simule l'acces a un 
objet TargetClass. Pour cela, il gere lui-meme un objet RealTargetClass. 



A RETENIR Cache et memoire partagee avec le motif proxy 

Un Proxy-Cache peut par exemple retenir le resultat des requetes utilisateur afin d'eviter d'avoir a 
reinstancier un objet RealTargetClass (figure 10-13). Ainsi, lorsque le resultat d'une requete utili- 
sateur est deja en cache, la reponse devient immediate. 

II est possible aussi pour un proxy de faire appel a des objets RealTargetClass persistants et parta- 
ges (voir memoire partagee au chapitre 12). Ainsi, nous economisons les etapes redondantes d'instan- 




Idee de mise en pratique 

Par exemple, un proxy SOAP peut gerer les appels au serveur en mettant en oeuvre 
une politique d'acces et de cache adaptee. Les requetes qui n'attendent pas de 
reponse peuvent egalement etre stockees dans un pool qu'une tache planifiee se 
charge de digerer, au lieu d'etre executees a la volee au detriment des performances. 
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A RETENIR Exploiter une application existante sans la modifier avec proxy et facade 

Si vous exploitez une application existante dans le cadre de vos developpements et que vous avez besoin 
de la modifier, la pire solution consiste a toucher au code source. En effet, lorsque vous serez amene a 
mettre votre ressource applicative a jour, vos modifications seront ecrasees. 

Une solution plus perenne consiste a utiliser la classe Proxy pour simuler votre ressource et modifier 
son comportement. Le motif facade peut egalement etre utile pour faire appel aux ressources bas niveau 
d'une application. 



Les motifs de comportement 

La chaine de responsabilite (Chain of responsability) 
Principe de la chaine de responsabilite 

Une classe abstraite Handler sert de modele a plusieurs classes ConcreteHandl er des- 
tinees a prendre des decisions. Ces differentes classes peuvent se succeder : si la pre- 
miere ne peut prendre la decision, elle passe le relais a la deuxieme et ainsi de suite. 

Mise en pratique 

Les classes President, Vice-president et Directeur technique heritent d'une 
classe abstraite Decideur. Chaque element d'une liste de requetes concerne un des 
maillons de la chaine de responsabilite. 

Figure 10-14 Listede requetes _ Chaine dejesponsabilites _ 
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La commande (Command) 



Principe de la commande 

Lorsque deux objets doivent communiquer entre eux, la methode la plus simple con- 
siste a creer une reference vers l'objet recepteur depuis l'emetteur et a appeler la 
methode qui correspond a la requete a transmettre. 

Avec le motif commande, nous allons encapsuler un troisieme objet entre ces deux 
derniers. Son objectif sera de recevoir la requete de l'emetteur, d'invoquer le recep- 
teur associe et de fournir un resultat. 

L'emetteur (invoke r) fera reference a un objet commande qui se chargera, sur appel 
de la methode execute d'appeler la bonne action. 



Figure 10-15 
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Sur la figure 10-15, une classe abstraite Command sert de modele a des classes 
ConcreteCommand, qui receptionnent les requetes de Invoke r et se chargent de leur 
execution via les objets Receiver correspondants. 

Mise en pratique 

Un objet Receiver prend en parametre une chaine de caracteres contenant une 
expression a evaluer puis renvoie un resultat. L'lnvoker envoie a une commande plu- 
sieurs chaines a evaluer puis recupere les resultats une fois qu'ils sont disponibles. 

Utilisation 

Ce motif sert souvent a mettre en place un pool de requetes, un systeme de log ou une 
fonctionnalite « annulation » a plusieurs niveaux. 

A RETENIR Mettre en place des macrocommandes 

Le motif commande est pratique pour organiser un systeme qui met en oeuvre de nombreuses comman- 
des. Vous pouvez envisager de creer egalement des objets MacroCommand qui se chargent d'executer 
plusieurs actions elementaires les unes a la suite des autres. 



I Model isation en UML pour PHP 

I DEUXIEME PARTIE 

L'iterateur (Iterator) 

Le motif iterateur met en place une strategic de parcours. II agit sur des collections. 
Principe de l'iterateur 

Une classe abstraite Iterator sert de modele a des classes Concretelterator. Un 
objet Collection utilise un Concretelterator qui fournit un moyen d'iterer sur un 
ensemble de valeurs ou d'objets. 

Utilisation avec PHP 

Ce motif est souvent nativement integre a PHP. Vous pouvez iterer sur les elements 
d'un tableau ou sur les proprietes d'un objet sans avoir a declarer d'iterateur. Vous 
pouvez egalement modifier le comportement de l'iterateur interne d'un objet, 
comme le montre l'exemple ci-apres. 

Redefinition de la politique d'iteration d'un objet 

// Cette classe implemente 1 'objet Iterateur interne de PHP 5. 

class PageTitles implements Iterator { 

private Stitles = arrayO; 

public function construct($html_page) { 

preg_match_al 1 ( '/<hl>( . *?)<\/hl>/x' , 

fi le_get_contents($html_page) , 
$this->titles, PREC_SET_ORDER) ; 

} 

public function rewind() { 
reset($this->titles) ; 

} 

public function current() { 

$var = current($this->titles) ; 
return $var[l] ? $var[l] : false; 

} 

public function key() { 

$var = key($this->titles) ; 
return $var; 

} 



Les motifs de conception (Design Patterns) 

Chapitre 10 

public function next() { 

$var = next($this->titles); 
return $var; 

} 

public function va"lid() { 

$var = $thi s->current() !== false; 
return $var; 

} 

} 

// Iteration sur les titres d'une page web. 
$php = new PageTitlesC http://www. php.net'); 
foreach ($php as $key => Stitle) { 
print "$key : $title\n"; 

} 

Resultat du script precedent 

$ php Iterator. php 

: International PHP Conference 2005 - Program available 

1 : web|works and phplworks 2005 Program Online 

2 : PHP 5.1 Beta 3 Available 

3 : PHP 4.4.0 Released 

4 : PEAR XML_RPC Vulnerability and PHP 4.4.0RC2 release 

5 : PHP 5.1 Beta 2 Available 

6 : Zend/PHP Conference 2005 

7 : 10 years since PHP 1.0 was released! 

8 : Forum AFUP 2005 Call for Papers 

9 : CfP PHP Track - (AUUC) Annual Conference 

10 : PHP West Security Conference in Vancouver, BC 

11 : PHP Applications gathering 

12 : PHP 5.0.4 and 4.3.11 Released 

13 : International PHP Conference 2005 Spring Edition 

14 : PHP Quebec 2005: PHP - MySQL - Apache 

15 : PHP & PEAR at FOSDEM 2005 

16 : php | symphony 

17 : ApacheCon Europe 2005 

18 : PHP Security Consortium 

19 : O'Reilly Open Source Convention 2005 

20 : Third Hungarian PHP Conference 

21 : phpltropics 

22 : PHP awarded Programming Language of 2004 
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Le mediateur (Mediator) 



Principe du mediateur 

Plusieurs objets ConcreteColleague issus d'un modele Colleague sont attaches a un 
objet ConcreteMech'ator issu d'un modele Mediator. Les objets ConcreteMech'ator 
definissent la politique de communication entre les objets Colleague. 

Mise en pratique 

On utilisera le mediateur, par exemple, dans une application GTK. Un formulaire est 
compose de nombreux champs (textes, boutons, listes, etc.), qui interagissent entre 
eux. Par exemple, la saisie d'un champ texte peut activer un bouton ou faire appa- 
raitre une liste deroulante. 




Toutes ces interactions entre les champs peuvent etre gerees dans les objets qui les 
representent. Toutefois, s'il y en a beaucoup, cela va vite augmenter la complexite des 
objets. L'idee du mediateur sera done, comme le montre la figure 10-16, de centra- 
liser la politique de communication au sein d'un groupe d'objets (les Colleague) dans 
un objet de mediation (le Mediator). 



Le memento 



Principe du memento 

Un objet Memento sauvegarde l'etat d'un objet afin de pouvoir le restaurer par la suite. 
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Mise en pratique 

Par exemple, un objet Parametres est cree avec des parametres initiaux, puis modifie 
par le biais d'une fonction enregistre_parametre. Toutefois, nous voulons finale- 
ment restaurer les parametres initiaux ; nous faisons done appel a la methode 
restore du memento charge d'enregistrer l'etat initial de Parametres. 

Ce motif est rarement utilise en PHP. Un objet Memento peut eventuellement etre 
stocke en session afin de retenir un etat ou plusieurs d'un objet couramment mani- 
pule (parametres utilisateur, etc.). 



L'observateur (Observer) 



Principe de l'observateur 

Un observateur est a l'affut d'un signal de la part des differents sujets auxquels il est 
attache. Son role est d'effectuer des operations lorsque survient un evenement. 



Figure 10-17 
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Mise en pratique 

Dans notre exemple de la figure 10-17, l'objet Livres Eyrolles delivre un etat des 
stocks et des prix. Lorsque l'objet est sollicite pour une operation sur les livres, il 
emet une notification afin que les observateurs Aj out ou retrait ? et Changement 
prix ? effectuent des verifications et eventuellement des mises a jour. 

Imaginons qu'une modification de prix ait ete detectee. Alors l'observateur 
Changement prix ? effectue une mise a jour du cache des prix pour le catalogue en 
ligne et modifie l'etat observe ($_observerState). 
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A RETENIR Mettre en place des observateurs persistants 

Dans de nombreuses situations, I'etat des differents observateurs devra etre persistant entre deux reque- 
tes/sessions utilisateur. Vous pouvez pour cela vous orienter vers des solutions comme SRM, monter une 
session speciale ou exploiter les mecanismes de memoire partagee decrits au chapitre 12. 
La methode update de la classe abstraite Observer peut implementer un mecanisme de sauvegarde 
sur disque des etats (dans un fichier ou en base de donnees). II faudra veiller cependant a ce que les 
constructeurs des observateurs concrets (ConcreteObserver) chargent la bonne valeur d'etat. 



Ce motif est beaucoup utilise pour faire de l'observation d'evenements sur des appli- 
cations graphiques. II peut etre utile en PHP si votre application est composee de 
nombreux modules en relations. 



A RETENIR Une interface observateur est implementee nativement dans PHP 5 ! 

La SPL (Standard PHP Library) propose une interface Observer permettant d'implementer ce motif. 
Pour obtenir davantage d'informations, vous pouvez consulter la documentation de la SPL : 

► http://www.php.net/~helly/php/ext/spl/ 



L'etat (State) 

Ce motif sert a donner a un objet des comportements differents en fonction d'un 
etat. 

Principe de I'etat 

Plusieurs classes ConcreteState issues d'un modele State representent un meme 
objet a des etats differents. Suivant I'etat du contexte, nous ferons appel a l'une ou 
l'autre des classes ConcreteState. 

Mise en pratique 

Une fonction get_home_page fait appel a un objet pageManager pour recuperer le 
contenu d'une page web. Selon que l'objet pageManager ait ete instancie au moment 
ou l'utilisateur etait logue ou non, la page renvoyee sera differente. 

En effet, si l'utilisateur est logue, pageManager sera issu d'un modele 
LoguedPageManager, sinon il sera issu de AnonymousPageManager. Ces deux objets, 
bien que compatibles car heritiers de la classe abstraite PageManager ne se comporte- 
ront pas de la meme maniere pour construire les pages demandees par l'utilisateur. 
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La strategie (Strategy) 

Ce motif definit des families d'algorithmes interchangeables a encapsuler dans des 
objets existants. Ce mecanisme doit etre completement transparent pour l'objet 
Context, qui ne fait qu'utiliser les methodes definies par l'interface Strategy. 



Figure 10-18 
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Le motif strategie est interessant pour PHP car il se base uniquement sur les parties 
differentes d'algorithmes similaires. Ainsi, nous ne nous retrouvons pas avec des par- 
ties de code dupliquees inutilement. 

Concretement, ce motif peut servir a gerer plusieurs langues, plusieurs revetements 
pour votre site ou toute autre fonctionnalite similaire. 



Le patron de methode (Template of Method) 



Principe du patron de methode 

Plus un algorithme est complexe et volumineux, plus il doit etre scinde. Le motif 
patron de methode propose de fournir une classe dont la succession des methodes 
definit les grandes lignes (le squelette) d'un algorithme. 
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Une methode speciale launchMethodO est chargee d'executer ces operations primi- 
tives les unes a la suite des autres. L'implementation de l'algorithme est delegue a la 
classe concrete Concreted ass qui etend la classe abstraite AbstractClass. 



Figure 10-19 
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Mise en pratique 

Par l'intermediaire de ce motif, vous pouvez implementer des algorithmes similaires 
ayant des comportements differents. Par exemple, un algorithme de nettoyage qui 
definit des operations primitives reti re r les doublons, nettoyer les orphelins 
et vider le cache peut avoir deux implementations « utilisateurs » et « produits ». 
La methode de lancement s'appellerait alors launchCleaner (« Lancer le 
nettoyage »). 

Avec PHP 5, vous pouvez automatiser le comportement de la methode de lancement 
en iterant sur les methodes qui correspondent a des operations primitives. Pour cela, 
vous pouvez adopter une politique de nommage et l'API de reflexion, comme le 
montre l'exemple ci-apres. 
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Un patron de methode 

class MyComplexAlgorithm { 

private function _partl() { 
echo _FUNCTION__."\n"; 

} 

private function _part2() { 
echo _FUNCTION__."\n"; 

} 

// Iteration sur 1 'ensemble des methodes qui constituent 
// le corps de notre algorithme. 
public function execute() { 

Sreflect = new ReflectionClass('MyComplexAlgorithm') ; 
Smethods = Srefl ect->getMethods() ; 
foreach (Smethods AS Smethod) { 

if (substr($method->name, 0, 5) != '_part') { 
continue; 

} 

$this->{$method->name}() ; 

} 

} 

} 

Sal go = new MyComplexAlgorithmO ; 
$algo->execute() ; 



Ressource Generer automatiquement vos motifs de conception ! 

En vous rendant a I'adresse suivante, vous pouvez generer automatiquement vos motifs de conception et 
proposer des configurations pour automatiser la generation des motifs que vous souhaitez : 
,h tt p://php.opens Me s.o, g / g en e ra„u,_de_nn., lfe .php 



Troisieme partie 



Bonnes pratiques 
de developpement 
en PHP 



Ces chapitres s'adressent aux developpeurs et aux chefs de projet desireux 
d'optimiser, accelerer et deboguer des applications PHP. 

Cette partie, qui repose sur de nombreux exemples pratiques, vous ensei- 
gnera les principaux reflexes de developpement adaptes aux caracteristiques 
dePHR 
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Exploiter les points forts de 
PHP : les meta-structures 



Tout programme informatique, quel qu'il soit, manipule des donnees. Les deve- 
loppeurs de PHP en ont conscience et savent rendre toujours plus simples et prati- 
ques les outils de manipulation de contenu. 

Nous verrons a travers ce chapitre que toute la souplesse de la plate-forme se retrouve 
dans les trois meta-structures principales utilisees dans les developpements informa- 
tiques modernes. 

Les tableaux permettent de manipuler des collections, des listes, des matrices ou des 
associations de donnees de maniere extremement simple. PHP possede une multi- 
tude de fonctionnalites liees aux tableaux, parfois insoupconnees. 

Les documents XML sont l'avenir de l'interoperabilite. De tres nombreux echanges 
se font maintenant a travers des protocoles bases sur XML : SOAP, XML-RPC, 
WDDX, etc. 

Les objets permettent de structurer, organiser, hierarchiser les developpements. lis 
sont aussi la base de la reutilisabilite et acteurs des developpements ambitieux. Ce 
chapitre aborde les methodes et les connaissances necessaires a la manipulation agile 
et efficace de ces trois meta-structures. II met egalement en avant les possibilites de 
transfert d'une meta- structure a l'autre. 
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Les trois meta-structures de base 

Elles permettent de manipuler des donnees par le biais de formalismes et d'outils dif- 
ferents et complementaires. Le tableau 11-1 resume les avantages et les limites lies 
aux trois meta-structures que nous nous proposons d'etudier dans ce chapitre. 



Tableau 11-1 Avantages et limites des meta-structures 



Meta-structure Avantages Inconvenients / limites 



Les tableaux : 

manipulation 
pratique de 
donnees 


Leur souplesse en PHP permet de manipu- 
ler un grand nombre de donnees et 
d'effectuer diverses operations (tris, filtres, 
boucles, appels de fonctions, etc.). 

Les tableaux PHP peuvent manipuler 
n'importe quel type de donnees. 


Les tableaux ne sont pas associes a un 
« modele » (comme le sont les objets avec 
les classes ou les documents XML avec la 
DTD). 

Utiliser des tableaux complexes peut engen- 
der des problemes d'integrite et de compre- 
hension du code. 

L'utilisation des tableaux se limite dans la 
plupart des cas a des operations ponctuelles. 


Les documents : 

dassement, 
formatage et 
stockage de 
donnees. 


Le stockage et le transfert de donnees 
d'une entite applicative a une autre sont 
possibles grace aux documents. 

lis sont la matiere de I'interoperabilite. Le 
format XML permet un stockage organise 
et lisible du contenu. 


Un document est fige, la manipulation des 
donnees demande beaucoup plus de ressour- 
ces qu'un tableau ou un objet (parseurs XML, 
serialiseurs, etc.). 


Les objets : 

manipulation 
organisee de 
donnees 


lis se composent de donnees (attributs) et 
de fonctionnalites (methodes). 

lis sont le principal acteur d'une architec- 
ture logicielle solide et favorisent I'inte- 
grite des donnees (controles de type, 
visibility etc.). 


lis manquent parfois de souplesse par rap- 
port aux tableaux. 

Leur utilisation impose une logique differente 
de I'approche procedural, dont la maTtrise 
est longue. 

Les temps de traitements sont legerement 
plus longs qu'en mode procedural. 
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Les tableaux 



Quand et comment utiliser des tableaux ? 



En PHP, les tableaux sont un couteau Suisse indispensable pour manipuler des don- 
nees sous toutes formes : listes, associations de valeurs, matrices, enregistrements, 
etc. Comme nous le verrons plus loin, de nombreuses fonctions accompagnent la 
gestion des tableaux. Nous pouvons les classer dans les categories suivantes : 

• fonctions de tris, filtres, combinaisons et reorganisation de donnees (dedoublon- 
nage, etc.) ; 

• fonctions de comparaison et de fusion entre plusieurs tableaux ; 

• fonctions de simulation de piles et de files ; 

• fonctions de parcours et d'execution (effectuer des operations en masse, appliquer 
des fonctions sur les cles ou les valeurs) ; 

• fonctions de transformation depuis ou vers d'autres structures de donnees (chai- 
nes de caracteres, variables, etc.) ; 

• fonctions diverses (tirage aleatoire, statistiques, etc.). 

A RETENIR Soyez conscient des possibility qu'offrent les fonctions liees aux tableaux 

Les fonctions de gestion des tableaux ont pour la plupart ete creees pour repondre a un besoin d'utilisa- 
tion courante sur toute structure que peut simuler un tableau PHP (liste, matrice, association de valeurs, 
etc.). Prenez le temps de lire et assimiler tout ce qui est rendu possible par ces fonctions, vous eviterez 
ainsi de reinventer la roue. 

L'illustration 11-2 dans la suite de ce chapitre met en avant les fonctions courantes et le lien suivant ren- 
voie sur la documentation officielle de PHP. Vous y trouverez un ensemble de fonctions utiles pour mani- 
puler des tableaux : 



Exploiter la souplesse et la simplicity des tableaux PHP 
Convertir des donnees en tableau 

Comme nous l'avons vu, PHP dispose de nombreuses fonctions de manipulation de 
tableaux. Neanmoins ce n'est pas tout : les tableaux sont tenement pratiques en PHP 
qu'il existe egalement de nombreuses fonctions de transformation de donnees vers les 
tableaux. 

Un fichier, une chaine de caracteres, un document XML, le contenu d'un objet, les 
enregistrements d'une base de donnees, tout peut etre exporte sous forme de tableau. 



> http://www.php.net/manual/fr/ref.array.php 



J 
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Quelques exemples de fonctions de transformation vers un tableau 

// Chaine -> tableau 

Stab = explode("\n" , Schaine); 

// XML -> tableaux 

xml_parse_into_struct($parser, $xml , Svals, Sindex); 

// Fichier -> tableau 
Stab = file('fichier.txt'); 

// Requete SQL -> tableau 

$row_tab = Sresul t->fetch_array(MYSQLI_ASSOC) ; 

// Fichier de configuration -> tableau 
$config_tab = parse_ini_fileCphp.ini', true); 

Exploiter la souplesse des tableaux 

Les valeurs d'un tableau PHP peuvent etre de n'importe quel type. Les cles en 
revanche ne peuvent etre que des chaines de caracteres, des caracteres ou des nom- 
bres entiers signes. 

Un tableau peut etre multi-dimensionnel. II n'y a pas de restriction sur le nombre de 
dimensions. De meme, il n'y a pas de restriction d'heterogeneite sur les types de cles 
et de valeurs d'un meme tableau. 



Figure 11-1 

Les valeurs d'un tableau 
en PHP supportent tout 
type de donnees 



cle : nombre 



cle : caractere 



cle : chame 



cle : chame 



• 






cle : caractere 


§ valeur : chame 


cle : nombre 


§ valeur : tableau 


• 


• •• 



q ('valeur : objet 



• •• 



Declarer un tableau peut se faire de plusieurs manieres. L'exemple suivant montre 
trois declarations qui creent des tableaux identiques. 
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Plusieurs solutions pour declarer un tableau 

// Alternative 1 
Sarray = array(0 => 'Guillaume' , 
1 => 'Pongon') ; 

// Alternative 2 
$array[] = 'Guillaume'; 
Sarray [] = ' Pongon' ; 

// Alternative 3 

Sarray = explode('|'> 'Guillaumel Pongon') ; 

Deboguer les donnees contenues dans un tableau est egalement tres facile grace aux 
fonctions print_r et var_dump qui permettent un affichage intuitif du contenu d'un 
tableau. 

Operations utiles pour manipuler des tableaux 

La figure 11-2 donne un apercu de la liste des fonctions utiles pour manipuler des 
tableaux en PHP. Pour en savoir plus sur l'utilite de ces fonctions, PHP a l'avantage 
d'etre accompagne d'une documentation en ligne tres complete, en plusieurs langues 
dont le francais et accompagnee de nombreux exemples. 



Les documents XML 

Quand et comment utiliser des documents XML ? 

XML est un format permettant de representor des donnees sous forme hierarchique 
(arbre). II existe depuis longtemps et il est aujourd'hui largement utilise : 

• Les formats de stockage convergent pour la plupart vers XML : PDF, documents 
bureautiques, XHTML, etc. 

• De plus en plus d'applications stockent leurs donnees et leur configuration en 
XML. 

• De nombreux protocoles d'echange et de manipulation de donnees se basent ega- 
lement sur XML : SOAP, WDDX, XMI, etc. 

Un document XML simple est represente sur la figure 11-3. II se compose de balises 
(ou tags) (book, intro, chapter) accompagnees ou non d'attributs (title, author, 
id). 
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Figure 11-2 

Liste des fonctions de tableau 
classees par categories 




Fonctions de 



arr ay_f i 1 tar , a rray_raduce , 

array_unique 



NOTIONS DE MANIPULATION 




ar r aychangejkeyc ase , ar ray_map , 
array_walk , array_wal Jt_recur si ve , 
array_f lip 



array_di f £_a s soc , ar ray_di £ f _k*y , 
array_di f f_uassoc , a rray_di f f _ulcey , 
array_dif £ , arxay_intersect_assQc r 
array_intergect_*ay . 
array_intereeet_uasaoe ( 
array_inte rsac t_uk*y , array_intar sect , 
ar ray_udi ff_assoc , a rray_udi f f_uassoc , 
axr ay_udi f f , ar rayu i n bex s ectass oc , 
array_qintersect_uasaoc r 
array_u i n ter see t 



F O NOTIONS DE 



natcasesort , natsort, rsort , shuffle , 
sort, uasort, uksorb, usort. 
array_mul tiaoxt, axxay_xeveraa 



array_pop r axray_push, arxay_shift r 
arrayunshift, current, end, next, 
pos , prev, reset 



FONCTIONS DE CREATION 
DE TABLEAU 



arrayeeirabine , array, compact, 
explode, file, list, range 



i rxay_chunk , axxay_kay 3 , a xxay_xand , 
driay Search, array slice, 
array_values , each, extract 



Renvoi d-informations 



a rray coun t values , a rray key exi s ts r 
array_sum, count, in_array, key, 
aizaof 



Operations de 



BLEAL 



array_ir»rga, arzay_marge_xecursive 



Fonctions d'ajout en masse 



array_fill, arrayjpad, array_splica 



Les balises ouvrante et fermante de meme nom englobent un contenu (Texte de 
7 'intro. . .) ou d'autres balises (intro et chapter dans book) ou les deux. 



Figure 11-3 

Un document XML 




<book title="PHP B. P." 

author="G. Pon<;on"> 
<intro>Texte de rintro,,.</intrt» 
<chapterid="1" 

title="PHP est-il adapte..."> 
<p>Un paragraphe...</p> 
<p>Un autre paragraphe...</p> 
<p>Ainsi de suite. ,.<lp> 
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On peut egalement inclure dans un document XML des commentaires (<!-- je 
suis un commentai re -->) et des espaces de noms qui sont utiles pour distinguer 
plusieurs parties d'un document (<mon_espace : book> . . . </mon_espace : book>). La 
balise speciale < ! [CDATA [ ... ] ] > est egalement utile pour inclure du contenu qui ne 
doit pas etre interprete par le parseur XML. 

En revanche, un document XML n'est dit valide que s'il respecte des regies, en 
particulier : 

• Les balises ne doivent pas s'entre-croiser (<book> <intro> </book> </intro> 
n'est pas du XML). 

• Une balise ouvrante est toujours suivie d'une balise fermante du meme nom. Si la 
balise fermante suit directement la balise ouvrante, on peut la noter comme ceci : 
<une_ba"li se_sans_contenu />. 

A RETENIR Une petite convention avant de continuer 

Pour simplifier la comprehension des concepts et outils abordes dans ce chapitre, nous nous baserons sur 
le document de la figure 1 1 -3. 



Concevoir et manipuler des documents XML avec PHP 

De nombreux outils sont disponibles en PHP pour manipuler des documents XML. 
Nous pouvons les classer en deux types : 

• Les outils de manipulation generaux : ils servent a parser et manipuler n'importe 
quel document XML, quelle que soit sa nature. 

• Les outils de manipulation specifiques : ils autorisent des manipulations avancees 
sur des documents XML specifiques, tels que SOAP ou WSDL (pour les services 
web), WDDX (outil de serialisation) et bien d'autres encore. 

Le tableau 11-2 recapitule les principaux outils fournis par PHP pour manipuler du 
XML. Ces outils sont egalement decrits en detail dans la suite de ce chapitre. 



Tableau 11-2 Outils PHP pour manipuler du XML 





SAX 


General 


SAX est un parseur qui s'adapte a tout type de documents XML. II ne permet que la lec- 
ture d'un document. En revanche, il est tres permissif, lit le XML de maniere sequen- 
tielle et ne necessite pas un chargement complet du document susceptible de bloquer 
I'execution pendant un moment. 
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Tableau 11-2 Outils PHP pour manipuler du XML (suite) 



DOM 


General 


DOM charge un document XML en memoire et vous pouvez lire, modifier et supprimer 
les differents constituants du contenu. DOM charge I'arbre du document XML et pro- 
pose un parcours ae nceua en noeua, conirairemeni a jaa uoni te parcours esi sequen- 
tiel. 


SimpleXML 


General 


SimpleXML est un outil introduit dans PHP 5. II se base sur le backend de DOM et per- 
met une navigation simplifies. Chaque nceud du document est un objet portant le nom 
de la balise a laquelle il fait reference. 


Libxml 


General 


Cette extension fournit des fonctions bas niveau pour les outils qui I'utilisent (DOM, 
SimpleXML et XSLT). 


SOAP 


Specifique 


SOAP est un protocole d'echange de donnees normalise, utilise pour les services web. 


WDDX 


Specifique 


WDDX est un outil de serialisation pour echanger des donnees structurees par paquets. 


XML-RPC 


Specifique 


Fournit des fonctions specifiques pour manipuler des clients/serveurs XML-RPC. 


XSLT 


Specifique 


XSLT est un mecanisme qui analyse et fusionne deux documents XML, I'un contenant 
les donnees (XML) et I'autre un jeu de styles (XSL). 



SimpleXML 



Innovation de PHP 5, SimpleXML, comme son nom l'indique, simplifie la manipu- 
lation de documents XML. II charge un document en memoire sous forme d'objets 
qui prennent le nom des balises XML. Leur hierarchie est la meme que celle du 
document XML. La figure 11-4 illustre le fonctionnement de SimpleXML. 



Figure 11-4 

SimpleXML : un outil pratique 
pour lire du XML 



book 
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Tableau 11-3 Avantages et limites de SimpleXML 



Avantages Limites 


Simplicity d'utilisation et compatibility avec DOM. 


Incompatible avec des documents trop complexes 
(avec espace de noms, CDATA, etc.) et de tres 
grande taille. 



SAX 

SAX est un parseur sequentiel eprouve. II lit un document XML de haut en bas et 
fait appel a des handlers (fonctions speciales) au fur et a mesure de son parcours. 



Figure 11-5 

SAX : un parseur 
eprouve pour lire du XML 




La figure 11-5 illustre un exemple de lecture de document XML avec SAX. Trois 
handlers sont declares : 

• begin_tag_handler est appele lorsque le parseur detecte une balise ouvrante. II 
prend en parametre le nom de la balise detectee et ses attributs sous forme de 
tableau. 

• content_tag_handler est appele lorsque le parseur detecte un contenu, qu'il 
prend en parametre. 

• end_tag_handler est appele lorsque le parseur detecte une balise fermante. II 
prend en parametre le nom de la balise. 



Tableau 11-4 Avantages et limites de SAX 



Avantages 


Limites 


Permissivite (SAX parse n'importe quel document 
XML, quelle que soit sa complexity), rapidite, eco- 
nomic des ressources (memoire utilisee et calculs 
effectues), possibility de parser des documents de 
grande taille. 


Parcours sequentiel, ne permet pas I'ecriture. Son 
utilisation demande de la rigueur. 
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DOM 



DOM est un outil stable et tees efficace pour manipuler des documents XML, que ce 
soit en lecture ou en ecriture. Ici, la navigation se fait de noeud en noeud. Les objets 
DOM possedent de nombreuses methodes utiles a la lecture, l'ecriture et la suppres- 
sion de contenu, d'attributs ou de noeuds. 



Figure 11-6 

DOM : un outil de manipulation 
complet pour XML 

• intra 



■ 



DOM Document 



1 



DOM Node 

chapter 



~L| DOMAttr 
title : PHP Be.. 



_ I DOMText - DOM Node DOMNode DOMNode il DOMAttr 
°lTexted-intro... J]p J|p * : °|id : 1 



DOMText JDOMText q| DOMText 

^Contenu par... ^Contenu par,.. ^Contenu par.. 



O 



DOMAttr 

author : G. P... 



DOMAttr 

° title : PHP Esi . 



Pour mieux assimiler le fonctionnement de DOM, jetez un coup d'oeil sur la 
figure 11-7. Y apparaissent les classes DOM fournies par PHP avec leurs relations. 
Selon le principe de l'heritage, il est possible d'utiliser les methodes de la classe mere 
dans la classe fille. 



Figure 11-7 

Hierarchie des objets de 
I'extension DOM 



DOMAttr 



DOMCharaclerData 



DOM Document 



DOMDocumentType 



DOM Element 



DOMNode 

T~J ^ 



DOMProcessinglnstmction 



DOMEntity 





DOMText 








DOMComment 





1 



DOMEntityReferenoa 



DOMNotation 



DOM Exception 



DOMtmplementalion 



DOM Node Li st 



DOMXPath 



Par exemple, vous pouvez, avec un objet DOMText, utiliser les methodes et les attributs 
des objets DOMCharacterData et DOMNode puisque DOMText herite de ces classes. 
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A RETENIR Parcourir un document profond avec DOM : utilisez XPATH 

Lorsque vous devez recuperer des donnees situees dans une zone profonde de I'arbre XML, la navigation 
a travers DOM devient tres verbeuse. D'autre part, la declaration de nombreux noeuds pour arriver a ses 
fins consomme des ressources et du temps. La solution elegante permettant de s'abstraire de ces difficul- 
tes est I'utilisation de XPATH. 

XPATH est pour le document XML ce que SQL est pour la base de donnees : un outil de manipulation effi- 
cace, a connaTtre et a utiliser a chaque fois qu'il peut vous rendre service. Par exemple, compter le nom- 
bre de paragraphes dans un chapitre sans XPATH necessiterait de naviguer jusqu'aux paragraphes a 
compter et a effectuer des boucles avec un compteur PHP. Avec XPATH, une seule ligne suffit pour recu- 
perer notre resultat en un temps record : 

// Declaration de l'objet DOM racine 
$doc = new DOMDocument; 

// Chargement du flux XML 
$doc->loadXML($xml) ; 

// Declaration d'un objet XPATH 
Sxpath = new DOMXPath(Sdoc) ; 

// Evaluation de la requete XPATH 
Squery = ' count (//book/chapter/p) ' ; 
$nb_paragraphs = $xpath->eval uate($query) ; 

// Affichage du resultat 

echo 'II y a ' . $nb_paragraphs . ' paragraphes dans le livre.'; 



Tableau 11-5 Avantages et limites de DOM 





Permet la lecture, la modification et la suppression 
de contenu dans le document XML. Outil efficace 
possedant de multiples possibilities de navigation, 
compatible XPATH et SimpleXML. 


Necessite de charger le document en entier avant 
utilisation. La prise en main de DOM n'est pas 
aussi aisee que celle de SimpleXML. 



XSLT 

XSLT est un processeur utilise pour creer toutes sortes de documents formates a 
partir d'un document XML contenant des donnees et d'une feuille de styles XSL. 
Cette derniere est egalement un document XML special. Elle est constituee d'un 
pseudo-langage compatible XPATH qui permet d'associer aux balises d'un docu- 
ment XML des actions et des boucles. 
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L'extension XSLT du moment (PHP 5 et +) est basee sur le moteur DOM. Elle est 
stable et efficace. II existe cependant une autre extension permettant de gerer des trans- 
formations XSLT, appelee « sablotron » (PHP 4 et -), qui est encore largement utilisee. 



Figure 11-8 

XSLT: comment 
transformer un 
document XML 
en n'importe 
quel format 




La transformation XSLT peut etre vue comme une alternative aux moteurs de tem- 
plates destines a associer une presentation a un contenu. Si vous exploitez souvent le 
format XML pour vos donnees, cette solution peut etre envisagee. 

Sachez cependant qu'une feuille de styles XSL, contrairement a un template de pre- 
sentation PHP ou Smarty, sera difficilement exploitable par un editeur HTML 
Wysiwyg (what you see is what you get). En outre, cela peut compliquer la maintenance 
de la couche presentation de vos applications PHP. 

Une transformation XSLT avec PHP 

<?php 

// Creation d'un analyseur XSLT 
$xh = xslt_create() ; 



// Creation d'un document a parti r d'un fichier et 
// d'une feuille de styles. 

$result = xslt_process($xh, ' data . xml ' , 'style.xsl ') ; 
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// Affichage du resultat 
if (Sresult) { 

echo Sresult; 
} else { 

echo 'Echec de la transformation : '; 
echo 'n° ' .xslt_errno($xh) . ' : '; 
echo xslt_error($xh) ; 

} 

?> 

II est egalement utile de savoir que les navigateurs modernes effectuent pour la plu- 
part eux-memes la transformation XSLT si vous specifiez dans le header que le flux 
envoye est bien du XML avec un lien vers la feuille de styles appropriee. 

Dans ce cas, vous n'avez plus besoin d'extension pour effectuer la transformation et vous 
beneficiez d'un gain de ressources en faisant travailler le client a la place du serveur. 

Deleguer la transformation XSLT au navigateur 



<?php 




// Un document XML accompagne d' 


un lien vers ma 


// feuille de styles. 




$xml = «<XML 




<?xml version="1.0" encodi ng="UTF-8' 


?> 


<?xml : stylesheet type="text/xsl " href="mon_style.xsl"?> 


<book> 




contenu xml (...) 




</book> 




XML; 




// Indique au navigateur que les 


donnees sont 


// en XML 




header("Content-Type: text/xml") ; 




echo $xml ; 




Tableau 11-6 Avantages et limites de XSLT 




Une technologie qui emerge doucement mais 


Outil specialise. La maintenance de feuilles XSL peut 


surement. Les outils de transformation sont 


devenir difficile, le choix des editeurs reste pauvre, le 


fiables et eprouves. 


plus populaire est xmlspy. 
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Les objets 

Au fil des annees, les langages informatiques ont evolue. La syntaxe proche du lan- 
gage machine (avec des et des 1) a progresse au fur et a mesure pour devenir plus 
intuitive et proche de l'algorithme et des modeles que l'homme peut lire et travailler. 
Nous introduisons ici le concept d'abstraction : 

• L'assembleur fait d'abord abstraction du code machine qui au-dela de quelques 
lignes devient illisible. 

• Des langages imperatifs plus evolues (basic, etc.) ont ensuite permis de s'abstraire 
du formalisme oriente machine (assembleur) pour laisser place a une syntaxe qui 
s'approche davantage de l'algorithme. 

• Viennent ensuite les langages proceduraux, avec fonctions et procedures pour 
remplacer les sauts (goto/label). 

• Enfin, la programmation objet fait son apparition, actrice de la conception 
d'applications de grande taille et de la mise en place de briques reutilisables. 



Figure 11-9 

Les couches d'abstraction des 
langages proceduraux et objet 



Procedural / Objet 



Assembleur 



Binaire (code machine) 



Qu'est-ce qu'un objet ? 

Un objet est l'instance d'une classe, composee de proprietes et de methodes. En 
d'autres termes, a partir d'une classe, nous pouvons creer plusieurs objets. 

Les proprietes peuvent etre assimilees a des « variables de classe » et les methodes a 
des « fonctions incluses dans la classe ». 

Chaque propriete et chaque methode possede un niveau de visibilite : 

• Lacces prive limite l'utilisation d'une propriete ou d'une methode a la classe qui 
l'heberge. 

• Lacces protege limite l'utilisation d'une propriete ou d'une methode a la classe 
qui l'heberge, aux classes derivees et aux classes meres. 

• Lacces public leve toute limitation d'acces. 

La figure 11-10 illustre la composition d'un objet : des proprietes et des methodes 
qui peuvent toutes avoir une visibilite publique, protegee ou privee. 
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Les classes et leurs constituants peuvent egalement avoir d'autres proprietes 
interessantes : 

• Une interface ne contient que la structure d'une classe. Elle sert de modele a 
d'autres classes. 

• Une classe abstraite {abstract), comme une interface, ne peut etre instanciee (par 
le biais du mot-cle new), mais peut contenir du code. 

• Les methodes et proprietes statiques d'une classe sont uniques pour chaque objet 
correspondant. II n'est pas necessaire de construire un objet pour les manipuler. 
Au meme titre que les constantes, elles sont accessibles avec l'operateur : : . 

• Les methodes et les proprietes declarees comme f i nal ne peuvent pas etre redefi- 
nies dans les classes filles. (elles ne peuvent pas etre « surchargees ») 

Quand et comment utiliser des objets ? 

Lutilisation d'un objet reduit legerement les performances d'un script PHP a l'exe- 
cution. La programmation orientee objet reduit la flexibilite pour faire place a davan- 
tage de rigueur. Un script PHP souple et performant ne peut se contenter d'une poli- 
tique « tout objet » comme en Java. 

En revanche, negliger l'utilisation des objets dans certains cas complique les proble- 
matiques de perennite et de reutilisabilite. Void quelques cas ou l'utilisation d'objets 
est conseillee. 

La logique metier 

Dans une application de commerce en ligne par exemple, la logique metier sera cons- 
tituee de l'ensemble des algorithmes qui gerent les produits, leur disponibilite et le 
workflow qui les lie. 
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Figure 11-11 
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Concretement, on park de logique « metier » car il s'agit de mecanismes specialises 
dans un domaine precis, par exemple celui des ouvrages informatiques. 

La logique metier fait intervenir de nombreux traitements qui manipulent des types 
de donnees specifiques (classes) plus ou moins complexes, mis en commun dans le 
systeme d' information. 

L'utilisation d'objets metier pour les traitements (objets controles) et les donnees 
(objets « entites ») simplifie la mise en place des processus metier associes. 

Les objets apportent ici une sorte & abstraction permettant de manipuler des algo- 
rithmes complexes en grande quantite. 



Figure 11-12 

Quelques objets 
et leurs relations 
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Les objets « contrdles » 

lis proposent des traitements varies et utiles de rinformation. Par exemple, le pro- 
cessus de production de documents PDF peut etre englobe dans un objet qui fournit 
des outils de creation a partir d'un format XML, HTML ou d'objets metier. 

Figure 11-13 

Un objet de creation 
de documents PDF 



Documents XML 
Documents HTML 
Donnees (objets) 




Pour generaliser, tout traitement identifiable destine a etre reutilise ou a evoluer peut 
etre englobe dans un objet. 

Les fonctionnalites similaires 

Void un autre domaine d'application de la programmation orientee objet : la mise en 
place de plusieurs fonctionnalites specifiques similaires qui peuvent se partager des 
traitements communs. 

Par exemple, la creation de documents PDF et HTML a partir de documents XML 
peut faire l'objet de deux classes specifiques de generation PDF et HTML, heritant 
d'une classe contenant des traitements communs. Ce mecanisme est illustre sur la 
figure 11-14. 




Figure 11-14 Une evolution « agile » d'objets dans un processus de developpement iteratif 



Si vous developpez avec des methodes agiles, vous pouvez avec les objets partir du 
specifique pour construire au fur et a mesure le generique. 
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Sur la figure 11-14, nous pouvons voir que la classe generique de production des 
documents a ete creee a partir de la classe specifique de generation PDF pour etendre 
cette fonctionnalite au format HTML. 



A RETENIR Prevoir la genericite 

Dans certains cas, partir d'objets specifiques pour batir au fur et a mesure des objets generiques n'est 
pas forcement tres judicieux. Par exemple, si vous basez toute votre logique metier sur les specificites des 
produits de voyage et si vous souhaitez etendre cela a d'autres types de produits, vous risquez d'avoir 
davantage de travail que si vous aviez base votre logique metier sur des entit.es generiques. 
Pour en savoir plus, vous pouvez consulter la section « jouer avec la genericite », a la fin du chapitre 9. 



Concevoir des objets performants 

II est possible et meme conseille dans certains cas de faire de la programmation objet 
avec PHP. Cependant, il ne faut pas oublier que nous avons a faire a un langage 
interprete. 

Une des forces de PHP consiste en sa souplesse qui vous laisse maitre de vos 
methodes de programmation. Ainsi, vous pouvez combiner la programmation 
orientee objet et le procedural. 

Utilisez des objets pour leur capacite a apporter un niveau de securite et des possibi- 
lites de modelisation inegalees. 

Specificite des objets PHP 

PHP effectue une lecture du code source, qu'il « compile » en opcodes (instructions 
bas niveau) a chaque requete effectuee par un client. Ce mecanisme redondant est le 
principal responsable de la baisse des performances si vous n'utilisez pas d'optimiseur. 



A RETENIR Le cache d'opcodes pour annuler les redondances de ('interpretation 

Nous verrons a la fin du chapitre 14 (dans la section « mise en cache du code compile ») qu'il existe plu- 
sieurs applications de « cache d'opcodes ». Mettre en place un tel mecanisme augmente les performan- 




En considerant que vous ayez un fichier par classe, ce qui est recommande pour la 
lisibilite de votre code, il faudra veiller a ne pas accumuler trop d'inclusions. 

En d'autres termes, le nombre d'objets, leur taille et la profondeur des heritages 
devront etre raisonnables afin de garantir des performances optimales. 
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Figure 11-15 

Faites attention de ne pas 
accumuler les includes 




Concevoir des objets propres et reutilisables 

Assembler des objets entre eux, c'est comme assembler des pieces de Lego ou de 
Meccano : un plan (F architecture de l'application) et des pieces necessaires a la reali- 
sation (les objets) suffisent a atteindre l'objectif voulu. Cependant, les pieces de Lego 
ne sont pas compatibles avec les pieces de Meccano. 

La mauvaise solution 

Une premiere solution de collaboration consisterait a faire des trous dans les pieces 
de Lego pour visser des pieces de Meccano, et a agrandir les trous des pieces de Mec- 
cano afin de les emboiter avec les pieces de Lego. 

Vous vous rendriez vite compte qua force d'etre remodelees pour des besoins specifi- 
ques, vos pieces seraient de plus en plus difficiles a reutiliser dans le cadre de nou- 
velles constructions. 

La bonne solution 

Une deuxieme solution consiste a n'utiliser que des pieces de Lego (ou de Meccano), 
qui seront le format standard pour toutes vos constructions. 

Vos objets PHP doivent egalement pouvoir collaborer sans leur apporter d'adapta- 
tion specifique. Nous allons voir par la suite comment y arriver. 
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Bonnes pratiques de developpement des objets 
Travailler avec des objets metier evolutifs 

Un objet metier s'inscrit dans le cadre d'un processus metier. II peut etre : 

• un produit, un vehicule, une personne morale, etc. (objets « entites ») ; 

• un gestionnaire de statistiques, un generateur de documents, etc. (objets mettant 
en oeuvre des fonctionnalites specifiques a un processus metier : « controles » et 
« dialogues »). 

A RETENIR Objets « entites », « controles » et « dialogues » 

Cette « typologie » des objets est officielle. Elle est presentee au chapitre 8, dans la section « Les diffe- 
rents types de classes ». 

Un objet metier « evolutif » veut dire « qui peut s'adapter et peut evoluer », contraire- 
ment a un objet fige. 

Exemple : si vous travaillez avec plusieurs applications qui exploitent des produits de 
voyage, vous pouvez rendre votre classe metier « produit de voyage » assez generique 
pour l'adapter a l'ensemble de vos applications, meme si de l'une a l'autre il existe 
quelques differences. Ainsi, les mecanismes qui exploiteront votre objet n'auront pas 
de mises a jour specifiques a subir. 

Exploiter les interfaces, les classes abstraites et la notion d'heritage 

Les classes abstraites et interfaces sont une etape de plus dans la surete de program- 
mation. Elles permettent de s' assurer que certains objets implementent des methodes 
pre-definies afin de les utiliser sans craindre que l'objet ne fasse pas tout ce qui etait 
prevu. Les interfaces peuvent etre vues comme des « controles qualite » (verifier que 
les objets correspondent bien aux specifications). 

Le mot-cle f i nal associe a une methode ou une propriete permet l'inverse : s' assurer 
qu'il n'y aura pas de redefinition par la suite dans une classe derivee. 

Les interfaces et classes abstraites permettent non seulement la reutilisation a travers 
l'exploitation d'un seul algorithme dans plusieurs objets, mais aussi la compatibilite 
entre des classes similaires. 

II est possible egalement de « typer » un parametre de fonction ou de methode de 
maniere a ce que seul l'objet attendu soit admis, comme i'illustre la figure 11-16. 
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Figure 11-16 
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Product 

classe abstraite gene rale 
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TravelProduct 

classe specifique representant 
un produit de voyage 
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BookProduct 

classe specifique representant 
un produit de type «livre» 



Respecter des conventions d'ecriture 

Elles ne sont pas obligatoires mais permettent de connaitre les proprietes d'un mot- 
cle en un coup d'ceil. Void un exemple rapide : 

• $this->_productContent est un attribut de classe prive ou protege, caracterise 
par la presence du caractere de soulignement (underscore) « _ ». 

• $thi s->productContent est un attribut de classe public. 

• $product_content est une variable qui n'est pas un attribut de classe. 

• SproductManager est une instance de la classe ProductManager. 

Utilisez les methodes magiques 

Elles garantissent davantage de securite, de performance et de souplesse. Les 
methodes magiques sont evenementielles : elles sont sollicitees lorsqu'une methode 
ou une propriete appelee n'existe pas, ou lorsqu'un objet est clone, serialise, deseria- 
lise ou doit etre affiche, etc. 

Plusieurs exemples d'utilisation des methodes magiques ainsi que leur description 
sont disponibles au chapitre 9. 

Pratiques a bannir 

Inclure dans les classes des donnees specifiques 

C'est le cas par exemple lorsque vous declarez en dur un chemin d'acces vers un 
repertoire. Lorsque vous porterez votre objet sur d'autres applications ou d'autres 
environnements, vous risquez de devoir modifier votre classe. 

A l'echelle d'une classe, cette modification peut etre geree sans difficulte. En 
revanche, a partir d'une dizaine de classes, vous aurez du mal a maitriser toutes ces 
exceptions. 
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Privilegiez le passage en parametres de ces donnees ou l'exploitation des constantes 
magiques si possible ( FILE , CLASS , etc.). 

Exemple d'utilisation de constantes magiques 

class Controler { 

public static function getClassConf () { 

return di rname( FILE ) . '/' . CLASS . ' .i ni ' ; 

} 

} 

// Affiche "/chemin/vers/ce/fichier/Controler.ini" 
echo Controler: :getClassConf() ; 

Negliger la visibility des attributs et des methodes 

La visibilite est garante de l'integrite d'un objet. Certains attributs et certaines 
methodes ne doivent pas etre accessibles de l'exterieur ; cela inciterait les deve- 
loppeurs a faire des erreurs en accedant a des donnees ou a des fonctionnalites qui ne 
doivent pas faire 1' objet d'acces directs. Dans la mesure du possible, les attributs 
publics sont a bannir. 

Concevoir une bibliotheque d'objets homogenes 

Prenons les deux prototypes suivants. 

Deux prototypes de methodes 

// Prototype A 

function getParams($tab_user) ; 

// Prototype B 

function getParams(LdapUser Suser); 

• Le premier prototype (A) decrit une methode de classe qui semble extraire d'un 
tableau les parametres d'un utilisateur avant de les renvoyer. 

• Le deuxieme prototype (B) semble extraire d'une classe « entite » LdapUser les 
parametres d'un utilisateur avant de les renvoyer. 

Lequel de ces deux prototypes sera le plus facile a exploiter selon vous ? 

Le probleme du premier est que vous n'avez aucune information sur la structure du 
tableau a passer en parametre, ce qui vous oblige a aller chercher de la documentation 
supplemental si elle existe, ou a analyser le corps de la methode. 
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Pour le prototype B, nous savons que le parametre a passer est de type LdapUser. Si la 
variable passee en parametre n'est pas de ce type, PHP affichera une erreur. LdapUser 
est une classe qui sert de moule a un contenu specifique. 

Avant d'appeler notre methode getParams, nous allons d'abord construire un objet a 
partir de la classe LdapUser. 

Utilisation d'un objet 

// Une classe mini male « LdapUser ». 
class LdapUser { 

public $uid; 

public Sen; 

} 

// Creation d'un objet de type « LdapUser ». 
SldapUser = new LdapUserO; 

// Creation de 1 'objet qui contient la methode « getParams » 
SparamsManager = new ParamsManagerO ; 

// Remplissage de notre objet. 
$ldapUser->uid = 'gponcon'; 
$ldapUser->cn = 'Cuillaume Pongon'; 

// Appel de la methode « getParams ». 
Sparams = $paramsManager->getParams($l dapUser) ; 

Les avantages de l'utilisation d'un objet sont les suivants : 

• La description d'un objet est explicite. Sa documentation est la structure de sa classe. 

• Si chaque fonction ou methode de votre application travaille avec les memes 
objets, vous avez peu de risque de vous retrouver avec des incompatibilites sur les 
donnees. Pour aller plus loin, vous pouvez aussi travailler sur des objets differents 
herites d'une meme classe (ou interface) afin de les rendre compatibles entre eux : 
nous abordons ici le concept de polymorphisme. 

• Les parametres d'une classe, contrairement a un tableau, peuvent faire 1' objet de 
controles, par l'intermediaire d'accesseurs (fonctions get [NomAttri but] et 
set [NomAttri but]). 

• Toute variable passee en parametre d'une fonction peut etre controlee grace a la 
presence du type dans le prototype (ex : LdapUser dans le prototype B). La varia- 
ble a passer doit etre obligatoirement une instance de classe compatible avec le 
type specifie, sinon le script echoue a l'execution (ce mecanisme est valable a par- 
tir de PHP 5). 
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A RETENIR Pour en savoir davantage sur les objets metier... 

...le chapitre 8 vous apprend comment les identifier dans la section « Pour organiser la conception » et le 
chapitre 9 vous explique comment les optimiser et les utiliser dans le cadre d'un developpement PHP, 
dans la section « Favoriser I'interoperabilite et la perennite du modele ». 



Utilisation avancee des classes pour PHP 

Nous avons vu que les classes peuvent se manipuler comme des Lego. Une fois que 
vous avez l'habitude de les utiliser dans vos projets, de nombreuses portes s'ouvrent a 
vous, notamment celles de la modelisation (chapitres 8 et 9) et des motifs de concep- 
tion (chapitre 10). 



A RETENIR Qu'est-ce qu'un motif de conception (design pattern) ? 

Les motifs de conception ou design patterns sont nes d'un constat : les developpeurs habitues a la pro- 
grammation objet se retrouvaient frequemment avec les memes types de problemes et les memes types 
d'architectures pour regler ces problemes. II a alors ete decide de repertorier ces petits assemblages 
d'objets et de les etudier pour les optimiser et mieux les connaTtre. 
LechapitrelOdecetouvrage est consacreaux motifs de conception. 



Passer d'une meta-structure a une autre 

Afin d'exploiter le meilleur de nos trois meta-structures, il peut etre utile de pouvoir 
passer de l'une a l'autre. Nous allons aborder dans cette section les differentes possi- 
bilites de passage, en mentionnant les outils existants et les implementations possi- 
bles de solutions. 



Des objets aux documents XML 



Utilite 

Transformer un objet en document XML est parfois utile pour faire du stockage 
d'informations ou de 1'affichage d'objets. Par exemple, l'affichage d'un produit peut 
passer par une transformation de l'objet « entite » correspondant en XML puis une 
transformation XSLT. 
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Figure 11-17 

De I'objet au document XML 




Outils existants 



Les outils suivants sont disponibles au sein de la plate-forme PHP et effectuent des 
transformations d'objets en documents XML. 

Tableau 11-7 Outils existants pour passer des objets aux documents XML 

Utilite de la transformation 



WDDX 


Permet de serialiser des donnees, dont 
des objets. Les donnees serialisees 
peuvent ensuite etre deserialisees (res- 
titutes). 


Ici, la serialisation d'un objet en document 
XML permet le transfert et le stockage de 
ses structures, ce qui ne serait pas possible 
en I'etat. 


SOAP/XML-RPC 


SOAP et XML-RPC sont des protocoles 
de services web bases sur le format 
XML. 


Les donnees echangees entre deux entites 
d'un service web sont souvent des objets 
representant des requetes elaborees et des 
donnees metier. Ces objets doivent etre 
traduits au format SOAP ou XML-RPC pour 
etre transmis. 


Les moteurs de templates 
(Smarty, etc.) 


Un moteur de templates construit un 
document texte a partir d'un modele et 
de donnees. Ce document texte peut 
etre un document XML si le modele s'y 
prete. 


La construction de documents XML a partir 
d'un ou plusieurs objets via les templates 
offre enormement de possibility et reste 
tres abordable en terme de simplicity de 
mise en ceuvre. 



Implementations possibles 
Via les moteurs de templates 

Comme nous l'avons vu au travers de la liste des outils existants, les moteurs de tem- 
plates construisent toutes sortes de documents textes a partir de variables PHP. Cette 
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solution souple et facile a mettre en ceuvre est adaptee a des applications basees sur 
des formats XML (DTD) proprietaires. 

En revanche, la transformation effectuee avec ce precede ne peut exploiter que les 
donnees accessibles d'un objet. Les valeurs d'attributs prives ne peuvent etre recupe- 
rees si l'objet ne possede pas un mecanisme pour cela. La structure de la classe dont 
est issu l'objet ne peut etre obtenue que par l'API de reflexion. 

Via introspection par l'API de Reflexion 

Cette extension un peu particuliere donne des informations sur la structure d'une 
classe. Elle ne permet pas en revanche d'effectuer une instrospection sur des objets. 

Ce mecanisme est utile pour produire de la documentation sur un code source (trans- 
formation au format docbook par exemple) ou pour elaborer un protocole qui 
transmet le mode d'emploi d'un objet a une entite exterieure, au meme titre que 
WSDL. 

En utilisant la methode magique toString 

Cette methode magique est appelee lorsque Ton veut afficher un objet. Vous devez 
pour cela l'implementer dans la classe correspondante. Lexemple suivant montre 
comment mettre en oeuvre ce mecanisme. 

Exploiter la methode magique toStri ng pour fournir du XML 

<?php 

class BookList { 

function set($property , lvalue) { 

$thi s->$property = lvalue; 

} 

function toStringO { 

$ret_val = "<books>\n"; 

foreach (Sthis AS $key => Svalue) { 

$ret_val .= " <book>\n"; 

$ret_val .= " <id>$key</id>\n" ; 

$ret_val .= " <name>$val ue</name>\n" ; 

$ret_val .= " </book>\n"; 

} 

$ret_val .= "</books>"; 
return $ret_val ; 

} 

} 
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header("Content-type: text/xml ") ; 
Sbooks = new BookListO; 
$books->bl = "PHP 5 Avance"; 
$books->b2 = "Best Practices PHP"; 
print $books; 

?> 

Ce code envoie les donnees suivantes au navigateur 

<books> 
<book> 
<id>bl</id> 

<name>PHP 5 Avance</name> 
</book> 
<book> 

<id>b2</id> 

<name>Best Practices PHP</name> 
</book> 
</books> 



Des objets aux tableaux 
Utilite 

Transformer un objet en tableau se voit rarement. II est difficile et peu utile de tra- 
duire les caracteristiques d'un objet dans un tableau. Cela s'envisage quelquefois pour 
des operations speciales visant a profiter des possibilites offertes par les tableaux pour 
manipuler des donnees. 

Par exemple, si vous souhaitez mettre en place un outil destine a extraire la structure 
des classes contenues dans votre application afin de faire des verifications de style ou 
de reproduire des diagrammes UML, cette operation peut etre envisagee. 

Outils existants 

Mise a part l'API de reflexion qui extrait la structure des classes, methodes, attributs 
et fonctions, aucun outil specifique a l'heure actuelle ne permet de transformer des 
objets en des tableaux. 
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Implementations possibles 

La traduction facile d'un objet en tableau implique la transmission par l'objet d'une 
introspection de lui-meme. Cela peut etre realise par exemple en declarant une classe 
abstraite d'instrospection Instrospect chargee de transmettre le rapport d'instros- 
pection via une methode speciale. 

En revanche, s'il ne s'agit que de recuperer la structure des classes et de leurs consti- 
tuants (methodes, attributs), l'API de reflexion de PHP 5 suffit. 

Cette operation peut egalement etre mise en place de maniere explicite avec la 

methode magique toStringO comme nous l'avons vu dans la section precedente 

avec XML. 



Des documents XML aux tableaux 
Utilite 

A partir de donnees stockees ou transmises via XML, il est parfois utile d'effectuer 
des transformations en structures plus faciles a exploiter a travers des tableaux. C'est 
a cela que repondent des outils comme WDDX, SOAP a travers les services web ou 
SAX pour des applications specifiques. 

Figure 11-19 

Du document XML 
au tableau 
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A RETENIR Le format .ini 

II existe un format de stockage de parametres non XML qui est tres utile pour gerer des fichiers de confi- 
guration. Le format . i ni, utilise notamment dans le fameux fichier php. ini, est pratique a exploiter 
et tres facile a passer en tableau. Pour cela, une fonction pratique existe : parse_i ni_f i 1 e() . 
► http://www.php.net/manual/fr/function.parse-ini-file.php 

Outils existants 

Les outils suivants sont disponibles au sein de la plate-forme PHP et effectuent des 
transformations de documents XML en tableaux. 

Implementations possibles 

Loutil passe-partout pour faire de la transformation XML en tableaux est SAX. Son 
seul inconvenient est qu'il n'est pas toujours agreable a mettre en oeuvre. DOM et 
SimpleXML permettent aussi d'elaborer les mecanismes de creation de tableaux a 
leur maniere. Nous reviendrons sur ces deux outils dans la section suivante consacree 
aux passages de documents XML vers les objets. 



Tableau 11-8 Outils existants pour passer des documents XML aux tableaux 





WDDX 


Permet de serialiser et deserialiser des don- 
nees. Les donnees sont serialisees en XML 
puis restituees sous forme de tableaux (ou 
d'objets, dans une certaine mesure). 


C'est I'operation de deserialisation qui nous 
interesse ici. Elle tient compte d'un format 
XML special decrit par la DTD de la norme 
WDDX. 


SOAP/ 
XML-RPC 


SOAP et XML-RPC sont des protocoles de ser- 
vice web bases sur le format XML. 


II est envisageable de faire de la transmission 
de tableaux via les services web SOAP ou 
XML-RPC. 


SAX 


Cet outil est un parseur sequentiel base sur un 
systeme de handlers. 


II est possible grace a ce parseur de generer 
des tableaux specifiques a partir de donnees 
XML. II existe egalement une fonction qui 
transforme un document XML en deux 
tableaux contenant d'un cote des donnees et 
de I'autre des pointeurs qui assurent les rela- 
tions entre les donnees. 
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Des documents XML aux objets 
Utilite 

Plusieurs outils permettent de transformer des documents XML specifiques en 
objets : SOAP, XML-RPC et WDDX entre autres. Creer des objets a partir de 
documents XML a beaucoup d'applications pratiques. Lidee generale est de creer a 
partir d'un flux XML des entites compatibles avec le systeme d'information de 
l'application ou de l'infrastructure receptrice. 



Figure 11-20 

Du document XML a I'objet 




Le format XML permet de stocker des donnees aussi complexes soient-elles. De la 
simple transmission de donnees a un systeme de generation de code complet, tout est 
permis. 

Outils existants 

Les outils suivants sont disponibles au sein de la plate-forme PHP et effectuent des 
transformations de documents XML en objets. 



Tableau 11-9 Outils existants pour passer des documents XML aux objets 



Outil 


Description 


Utilite de la transformation 


WDDX 


Permet de serialiser et deserialiser des don- 
nees. 


La deserialisation d'objets avec WDDX resti- 
tue la structure et les donnees. 


SOAP/ 
XML-RPC 


SOAP et XML-RPC sont des protocoles de 
service web bases sur le format XML. 


La reception de donnees via SOAP peut se 
faire sous forme d'objets si la description du 
service le permet. 


DOM/ 
SimpleXML 


Ces outils sont des parseurs qui transfor- 
ment un flux XML en une succession 
d'objets. 


La transformation d'un flux XML en objets 
DOM simplifie la navigation. Le principe de 
fonctionnement de ces deux outils a ete 
explique dans ce chapitre. 
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Implementations possibles 

De multiples applications sont envisageables. Les parseurs XML tels que DOM, 
SimpleXML ou SAX sont de bons outils pour creer des objets a partir de documents 
XML specifiques. 

En Java, de nombreux outils utilisent le XML comme structure de base pour leurs 
donnees et leur configuration. Pour des applications web en PHP, mettre en place un 
langage intermediaire base sur XML est a double tranchant. 

D'une part, le format XML doit etre lu, analyse et transforme ; cela demande des 
ressources et prend du temps. D'autre part, l'abondance de fichiers XML n'est pas 
forcement tees facile a exploiter a la main. 

Les fichiers . i ni sont une bonne alternative aux fichiers de configuration XML et si 
vous souhaitez faire du stockage de donnees structurees, une bonne API de genera- 
tion de code devient souvent beaucoup plus performante que du XML. Nous abor- 
derons ce sujet en detail au chapitre 14 dans la section « Generation de code ». 



Des tableaux aux objets 



Utilite 

Ce passage du format tableau au format objet se voit rarement. Cependant, il est 
utile pour transformer des donnees plates en objets « entites » ou pour construire des 
objets dynamiquement. 



Figure 11-21 

Du tableau a I'objet 



Tableau 




O O O 



Outils existants 

A l'heure actuelle, il n'existe pas d'extension ou de fonction permettant de generer 
des objets a partir de tableaux. Cette operation est rare et effectuee uniquement dans 
des cas bien precis. Un exemple vulgarise d'implementation est disponible dans la 
section suivante. 
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Implementations possibles 

Void un exemple minimal d'implementation permettant de transformer en classe un 
tableau formate selon des regies bien precises. Ce genre d'algorithme peut servir a 
construire des objets a la volee dans le cadre d'un protocole specifique de generation 
de code. 

Une fonction minimale qui transforme un tableau specifique en classe 

// Cette fonction transforme un tableau en classe. 
function array2class($tab) { 

Sclass = 'class ' .$tab['class_name'] . '{' ; 
foreach ($tab['attrs'] AS Sattr => Scontent) { 
Sclass .= Scontent ['scope'] . ' $'. Sattr; 
if (isset($content['value'])) { 

Sclass .= ' = "' .Scontent ['value' ]."" ; 

} 

Sclass .= '; '; 

} 

foreach (Stab ['methods'] AS Smethod => Scontent) { 
Sclass .= $content['scope'] . ' function '; 
Sclass .= Smethod. ' (' ; 
Sseparator = ' ' ; 

foreach (Scontent ['params'] AS Sparam => Sval) { 
Sclass .= Sseparator. '$' .Sparam; 
Sclass .= Sval ? ' = '".Sval."" : "; 

} 

Sclass .= ') {'. Scontent [' code' ].'} '; 

} 

Sclass .= '}'; 
return Sclass; 

} 

// Definition de la classe "Eyroll esProduct" 
$display_code = 'echo Sthi s->productName. " ' ; 
$display_code .= ' price : ".Sprice." euros\n";'; 
$class['class_name'] = 'EyrollesProduct' ; 
Sclass [ 'attrs '] ['productType'] ['scope'] = 'private'; 
$class['attrs'] ['productType'] ['value'] = 'book'; 
$class['attrs'] ['productName'] ['scope'] = 'private'; 
$class['attrs'] ['productName'] ['value'] = 'PHP B.P.'; 
$class[ 'methods'] ['display'] ['scope'] = 'public'; 
Sclass ['methods'] ['display'] ['code'] = $display_code; 
Sclass ['methods'] ['display'] ['params'] ['price'] = "; 
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// Creation de la classe et test 
eval (array2class($class)) ; 
Seyrol lesProduct = new Eyrol 1 esProductO ; 
$eyrollesProduct->display(35) ; 

Le code precedent affiche les donnees suivantes 
PHP B.P. price : 35 euros 



Des tableaux aux documents XML 



Utilite 

Les tableaux, outils tres pratiques de manipulation de donnees en PHP, sont souvent 
utilises pour generer des documents XML. Le tableau sera ici un format de transi- 
tion permettant une manipulation aisee de donnees provenant par exemple d'un 
client SOAP ou d'une base de donnees. 

Implementer la transformation des donnees d'un tableau en un format XML de son 
choix est extremement facile. II existe peu d'extensions realisant cette operation. En 
revanche, beaucoup de scripts PHP permettent des generations de flux XML specifi- 
ques, comme RSS ou ATOM. 



Figure 11-22 

De I'objet au document XML 




Outils existants 

Les outils suivants sont disponibles au sein de la plate-forme PHP et effectuent des 
transformations de tableaux en documents XML. 
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Tableau 11-10 Outils existants pour passer des tableaux aux documents XML 



WDDX 


Permet de serialiser des donnees, dont des 
tableaux. 


Ici, la serialisation d'un tableau en document 
XML permet le transfert et le stockage de ses 
structures. 


SOAP/ 
XML-RPC 


SOAP et XML-RPC sont des protocoles de 
service web bases sur le format XML. 


Les donnees echangees entre deux entites 
d'un service web peuvent etre des tableaux, 
qui doivent etre traduits au format SOAP ou 
XML-RPC pour etre transmis. 


Les moteurs de 
templates (Smarty, 
etc.) 


Un moteur de templates construit un docu- 
ment texte a partir d'un modele et de don- 
nees. Ce document texte peut etre un 
document XML si le modele s'y prete. 


La construction de documents XML a partir 
de tableaux via les templates offre enorme- 
ment de possibility et reste tres abordable 
en terme de simplicity de mise en ceuvre. 



Implementations possibles 

L'implementation la plus courante est celle du template XML qui genere un docu- 
ment en iterant sur un ou plusieurs tableau(x). Par exemple, un tableau contenant 
une liste d'actualites sera transforme tres simplement en flux RSS a travers ce pro- 
cede. 
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Assurer la qualite d'un 
developpement PHP 



Ce chapitre est un zoom sur le developpement. Savoir mettre en place une bonne 
architecture logicielle, connaitre son environnement d'execution, maitriser les forma- 
lismes comme UML/Merise ne suffisent pas a se pretendre bon developpeur. 

Le developpement efficace, c'est egalement des reflexes simples bases sur 1' experience 
et une parfaite maitrise des possibilites offertes par PHP. 

Dans un premier temps, c'est sur les petits reflexes d'optimisation que nous allons 
nous concentrer. Nous verrons precisement comment maitriser le comportement de la 
memoire et des ressources, comment exploiter les exceptions, les chaines de caracteres 
et les boucles. 

Nous nous interesserons ensuite aux tests unitaires. Nous verrons ce qu'ils peuvent 
apporter a une application PHP et comment les exploiter pour gagner du temps et de 
la fiabilite. 
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Reflexes simples (('optimisation 

Ces reflexes concernent la partie codage. lis ne sont pas tous mentionnes ici. 
Acquerir de bons reflexes algorithmiques associes a une bonne connaissance interne 
de PHP est preferable a l'apprentissage par coeur d'une liste de recettes. C'est pour- 
quoi nous n'hesiterons pas a faire reference au « pourquoi du comment » dans ce cha- 
pitre. 

Menager ^utilisation de la memoire 

Pourquoi les serveurs web ont-ils besoin de beaucoup de memoire RAM ? 

Toute requete effectuee par un client sollicite de la memoire : la requete est placee 
dans la memoire, puis un algorithme PHP associe est mis dans la memoire pour etre 
parse et compile (a la volee) sous forme d'opcodes (langage machine) stockes eux 
aussi dans la memoire. L'algorithme se deroule, toutes les variables et les objets 
declares sont conserves dans la memoire, la session est placee dans la memoire, toutes 
les ecritures dans les fichiers ou bases de donnees font l'objet de tampons, encore 
dans la memoire. Puis, a la fin de notre requete utilisateur, si certaines connexions 
(fichier, base de donnees) ne sont pas fermees, elles restent dans la memoire. 

Tout cela vous montre que la memoire est tres sollicitee et qu'il est important de 
savoir la menager. 

Dites-vous bien que si votre code fonctionne sur votre serveur personnel, cela ne 
garantit pas qu'il supportera la charge sur un serveur de production. Passons a quel- 
ques bonnes pratiques de menagement de la memoire ! 

include, require 

II existe une solution simple pour s'abstraire de l'utilisation fastidieuse des 
dependances : utiliser inc"lude_once, requi re_once le plus souvent possible, creant 
ainsi une grande chaine. Cependant, nous l'avons vu precedemment : PHP est inter- 
prete et la phase d'interpretation, sans optimiseur d'opcodes, n'economise pas les res- 
sources. 

• Evitez d'accumuler trop de i ncl ude, requi re. lis sont traites independamment et 
provoquent a chaque fois une interpretation des fichiers. Les developpeurs de 
PHP recommandent de ne pas depasser 5 ou 6 niveaux d'include. 

• Regroupez vos fonctions par utilisation, de maniere a reduire les inclusions et a 
privilegier la separation du code. Inclure peu de petits fichiers est mieux 
qu'inclure beaucoup de petits fichiers ou peu de gros fichiers. 
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A RETENIR Quelle est la difference entre include, require, include once, require once ? 

En ce qui concerne les performances, I'utilisation de I'un ou de I'autre ne change pas grand chose. La 
seule difference entre i ncl ude et requi re est au niveau de la gestion des erreurs. L'utilisation de 
requi re engendrera une erreur fatale bloquante tandis que i ncl ude provoquera seulement un war- 
ning. 

include_once et requi re_once n'engendrent pas d'erreur si vous tentez d'inclure deux fois le 
meme fichier. En revanche, l'utilisation de ces fonctions n'est pas toujours recommandee car vous risquez 
de ne plus maTtriser le chamage de vos fichiers et d'inclure des donnees inutiles. 

Interessez-vous egalement a la methode magique autoload () qui permet une gestion transpa- 

rente des inclusions de fichiers contenant des classes. 



Passage par valeur ou par reference ? 

Passer une valeur ou une reference a une fonction ou a une variable consiste respecti- 
vement a « dupliquer » ou a passer une adresse. La difference est fondamentale et 
lourde de consequences, que ce soit sur les performances ou sur le comportement. 

En PHP 4, les passages par defaut se font toujours par valeur. En PHP 5 en 
revanche, les variables contenant des objets sont par defaut passees par reference et 
les autres sont toujours passees par valeur. 

Passages par valeur et par reference 

// PHP 4 : ces variables sont passees par valeur : 
// elles sont dupliquees. 
my_function($var_type_elem, $var_object) ; 
$var_target = $var_source; 

// PHP 5 : les variables de types non objet sont 
// passees par valeur, les autres par reference. 
my_function($var_type_elem, $var_object) ; 
$var_target = $var_source; // est un objet. 

// PHP 4 : modifications pour que le comportement 
// soit equivalent a celui de PHP 5. 
my_function($var_type_elem, &$var_object) ; 
$var_target = &$var_source; 
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A RETENIR Les passages par valeur et par reference sont aussi performants... 
qu'est-ce que cela veut dire ? 

Les developpeurs de PHP ont beaucoup reflechi sur la maniere dont la plate-forme 
gere la memoire et les ressources. Dans le cas du passage par copie, le contenu n'est 
pas duplique tout de suite, mais seulement lorsqu'il y a besoin de la copie, en I'occur- 
rence lorsqu'il y a ecriture. 

// Copie de la chaine "Hello !" dans la 
// variable nommee Svarl. Le compteur 
// de reference de "Hello !" est a 1. 
Svarl = "Hello !"; 

// Assignation de la chaine "Hello !" a 

//la variable nommee $var2 par 1 ' intermedial' re 

// de Svarl. Le compteur de reference de 

// "Hello !" passe a 2. 

$var2 = Svarl; 

// Copie de la chaine "Bonjour !" dans la 
// variable nommee Svarl. Svarl est detachee 
// du contenu "Hello !" qui voit son compteur 
// de reference decrements a 1. 
Svarl = "Bonjour ! " ; 

// Copie de la chaine "Au revoi r !" dans la 

// variable nommee Svar2. Le compteur de 

// reference de "Hello !" passe a 0, "Hello !" 

// est retire de la memoire. 

Svar2 = "Au revoi r !"; 

Remarque : la structure C qui represente une variable PHP contient un compteur de 
reference (refcount) dont le role est de gerer la presence des donnees dans la 
memoire. Vous trouverez plus loin dans ce chapitre une explication detaillee de cette 
structure importante du langage. 

Exploiter les mecanismes de memoire partagee 

Si de nombreuses requetes exploitent les memes ressources, il peut etre utile de par- 
tager du contenu ou des objets en memoire. Cela accelere les traitements et econo- 
mise l'utilisation de la memoire. 

II existe pour cela plusieurs solutions possibles en fonction de vos besoins. La pre- 
miere permet de mettre en memoire partagee des chaines de caracteres par l'interme- 
diaire de fonctions « bas niveau ». La seconde, que nous allons voir ici, permet d'y 
mettre des variables, dont des objets. 
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Pour exploiter ce mecanisme, nous devons utiliser l'extension APC (Alternative 
PHP Cache), un outil de mise en cache fiable qui comporte des fonctions de cache 
memoire pour les variables. Cette installation sera decrite a la fin du chapitre 14. 

Mettre un objet en memoire partagee 

// Construction d'un objet a mettre en memoire. 
class Page { public Scontent; } 
Spage = new Page() ; 

$page->content = array('Test de memoire partagee.', 

'Ce texte est stocke en memoire !'); 

// Mise en memoire de 1 'objet. 
apc_store('page' , Spage); 

// Dans un autre fichier, on peut recuperer notre 
// objet pour 1 'utiliser. 
Spage = apc_fetch('page') ; 
var_dump($page) ; 

// N'oubliez pas d'enlever cet objet de la memoire 
// lorsque vous en avez plus besoin ! 
apc_delete('page') ; 
apc_clear_cache() ; 

La fonction var_dumpO renvoie notre objet comme prevu 

object(Page)#l (1) { 
["content"]=> 
array(2) { 
[0]=> 

string(25) "Test de memoire partagee." 
[1]=> 

string(32) "Ce texte est stocke en memoire !" 

} 

} 



A RETENIR Attention a I'ecriture en memoire ! 

Une ecriture en memoire cree un verrou qui empeche la lecture. Si votre objet doit etre modifie souvent, 
vous reflechirez a la solution de partage dans la memoire. Les fonctions APC ont ete prevues pour mettre 
en place un cache efficace en lecture mais ne sont pas encore un mecanisme robuste de gestion des seg- 
ments de memoire partagee (IPC) entre les differents processus generes par PHP. 
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Si vous decidez d'utiliser un mecanisme de memoire partagee, il est important de le 
configurer correctement. Pour cela, lisez attentivement la section qui concerne l'ins- 
tallation et l'utilisation d'APC a la fin du chapitre 14. 

Maitriser la recursivite 

Un algorithme recursif rend parfois de grands services. Un des exemples les plus cou- 
rants est celui du parcours de repertoires, qui grace a un algorithme recursif se fait 
tres simplement. En revanche, ce genre d'algorithme est des plus gourmands en 
memoire. 

Lorsque vous redigez une fonction recursive, faites attention a plusieurs choses : 

• Liberez un maximum de memoire avant l'appel de recursivite. 

• Privilegiez les passages par reference des variables. 

• Utilisez des variables statiques dans les fonctions recursives autant que possible. 

• Prevoyez le cas de la boucle sans fin. 

Quelques exemples plus ou moins recommandes de recursivite 

// Je suis gourmand en ressources. 
function rec_count($value, $max = 100) { 



return Shistory; 

} 

rec_count(l, 1000); 

// Je fais la meme chose mais je suis moins gourmand, 
function rec_count($value, $max = 100) { 
static Shistory = ' ' ; 

if (Svalue <= $max) { 

Shistory .= Svalue. ' ' ; 

rec_count($value + 1, Smax) ; 
} else { 

return Shistory; 

} 

} 

rec_count(l, 1000); 




if (Svalue <= Smax) { 
Shistory .= Svalue. 

} 



. rec_count($value + 1, Smax); 
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Menager ^utilisation des ressources 

Tout ordinateur possede ses limites, a commencer par la charge admissible par le ou 
les micro-processeur(s). Viennent ensuite la taille des disques, la vitesse des bus, du 
reseau et des peripheriques, les caracteristiques de la configuration reseau et du ser- 
veur dont PHP depend. 

Toute action a un cout. Un simple echo peut provoquer un enchainement de plu- 
sieurs milliers d'instructions elementaires. A notre echelle, cela nous parait rapide, 
mais il faut prevoir que ces actions s'accumulent avec la complexite du code, sa qua- 
lite et la charge du serveur. 

Etre conscient des ressources que consomme chaque action effectuee dans un algo- 
rithme est determinant. Pour cela, il vous faut deux choses : de bons reflexes et de 
bons outils. Commencons des a present par les bons reflexes... 

Ecriture sur disque 

Les acces disque sont particulierement lents. Le disque est un element mecanique 
qui necessite pour l'ecriture et la lecture des actions physiques et des verrouillages. 
Limiter les acces disque est fondamental si vous envisagez de rendre votre application 
performante. 

Optimisation de l'ecriture sur disque 

Si vous devez tout de meme ecrire sur le disque, sachez que ces operations sont par- 
tagees entre plusieurs processus. Plus vos acces disque sont morceles et espaces dans 
le temps lors de l'execution d'une requete, plus vos performances seront basses. 

Regroupez autant que possible dans le temps les operations qui entrainent des acces 
disque. N'effectuez aucune autre operation que la lecture ou l'ecriture entre fopen et 
f close. Si vous devez lire ou ecrire des fichiers en entier, utilisez des fonctions 
comme file, fi le_get_contents ou file_put_contents qui effectuent les ouver- 
tures et fermetures de fichiers pour vous. 

Une session engendre egalement des acces disque et des verrouillages. Ne laissez pas 
de session ouverte sur toute la duree d'une requete ; faites appel a 
session_write_c"loseO le plus tot possible. 

Alternative : la lecture et l'ecriture en memoire 

Comme nous l'avons vu dans la section qui concerne la memoire partagee, certaines 
fonctions permettent de lire et d'ecrire en memoire. C'est le cas par exemple des 
fonctions shmop, APC et de l'extension du SGBD SQLite. 
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La lecture et l'ecriture en memoire sont plus rapides que sur disque. En revanche, la 
taille de la memoire est beaucoup plus limitee. Si vous depassez la capacite de la 
memoire RAM, soit la memoire swap (extension de la RAM sur le disque) prend le 
relais, soit votre script est arrete pour manque de ressources. 

Une base SQLite en memoire 

// Creation d'une nouvelle base dans la memoire. 
$db = new SQLiteDatabaseC : memory: ') ; 
// Creation d'une table et insertion de valeurs. 
$db->query( 
"BEGIN; 

CREATE TABLE log(id INTEGER PRIMARY KEY, 

time TIME, 
message VARCHAR(IOO)) ; 
INSERT INTO log (time, message) 

VALUES ('".date('H:i :s')."' , ' Premier message. ') ; 
INSERT INTO log (time, message) 

VALUES ('".date('H:i :s')."' , 'Deuxieme message.'); 
COMMIT;" 

); 

// Execution d'une requete SELECT. 
Sresult = $db->query(' SELECT * FROM log'); 
while ($result->valid()) { 

print_r($result->current(SQLITE_ASSOC)) ; 

$result->next() ; 

} 

// Deconnexion (facultatif) 
unset(Sdb); 



Resultat du script precedent 

Array 
( 

[id] => 1 

[time] => 23:17:23 

[message] => Premier message. 

) 

Array 
( 

[id] => 2 

[time] => 23:17:23 

[message] => Deuxieme message. 

) 
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Utilisation des expressions regulieres 
Probleme de I'utilisation systematique 

Les expressions regulieres sont tres pratiques. Elles permettent de manipuler les 
chaines de caracteres de maniere tres ingenieuse. En revanche, ceux qui savent bien 
s'en servir ont du mal a s'en passer et oublient qu'il existe de nombreuses fonctions en 
PHP qui pourraient s'y substituer. 

Une expression reguliere est analysee, digeree et executee par un sous-systeme qui, 
bien que fiable, n'egale pas les performances des petites fonctions natives. Prenez le 
temps de connaitre ce que peuvent faire les fonctions de manipulation de chaines de 
caracteres, cela vous evitera de systematiser 1'utilisation de ereg, ereg_replace, 
preg_replace, etc. 

Utilisation excessive des expressions regulieres 

// Expression reguliere (lent) 

echo ereg_replace('A.*/([V]+)\.php$' , _FILE_) ; 

// Fonction native (rapide) 
echo basename( FILE , '.php'); 

Optimiser une expression reguliere 

Le premier choix a faire sera celui de la fonction qui analysera votre expression. II 
existe deux categories de fonctions: les POSIX (ereg, eregi, ereg_replace, 
eregi_replace, split, spliti) et les PCRE (preg_grep, preg_quote, preg_match, 
preg_match_all , preg_repl ace, preg_replace_callback). 

Generalement, les fonctions PCRE sont plus performantes et completes que les 
fonctions POSIX. Si vous havez pas choisi votre camp, preferez PCRE. 

Enfin, vient l'ecriture de l'expression proprement dite. Nous ne pourrons pas 
detailler ici Fart et la maniere d'affiner vos expressions ; il y a de nombreux ouvrages 
pour cela. En revanche, voici quelques bons trues a savoir : 

• Les delimiteurs (a, $, \b, \d, \w, etc.) sont acteurs de l'etendue des possibilites 
offertes par les expressions regulieres. 

• Les differents symboles possibles (*, .,+,?, [ [ : di gi t : ] ] , [...-...], etc.) et leur 
comportement sont regroupes en plusieurs categories : 

• les delimiteurs (a, $, .), 

• les quantificateurs (*, +, ?), 

• les intervalles de reconnaissance ({...,...}), 

• les classes de caracteres ([...-...]), 
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• les classes predefinies ( [ [ : space : ] ] , etc.) 

• et l'alternative (|). 



References Pour apprendre les expressions regulieres et se perfectionner 

II existe de nombreux ouvrages consacres a cela. Parmi eux : 
IB Maitrise des expressions regulieres, de Jeffrey E. F. Friedl aux editions O'Reilly 
£fl PHP 5 Avance, chapitre consacre aux expressions regulieres, de Cyril Pierre de Geyer et Eric Daspet 
aux editions Eyrolles 

Un bon point egalement pour ce site (en francais) tres simple et pratique, recommande pour apprendre et 
se perfectionner tres rapidement : 
► http://www.expreg.com 



Utilisation de la bande passante 

Plus une application est sollicitee par de nombreux clients, plus les economies de 
bande passante deviennent importantes. II y a plusieurs raisons a cela : 

• Faire transiter beaucoup d'informations necessite des ressources CPU et 
memoire, que ce soit pour le serveur ou pour le client. 

• Les debits sont limites, de nombreuses connexions simultanees peuvent conside- 
rablement ralentir les transmissions. 

Reduire la taille des donnees a la main 




Si vous faites transiter du HTML sur le reseau, ce qui est souvent le cas lorsqu'on fait 
du PHP, la taille du code HTML et des fichiers associes (images, sons, etc.) est 
importante. II faut bien entendu se concentrer sur ce qui est frequemment sollicite, 
comme les gabarits de pages. Void quelques conseils pour reduire la taille de vos 
documents : 
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• Utilisez les feuilles de styles CSS de maniere a desencombrer le code HTML des 
informations redondantes (couleurs, styles, marges, etc.). 

• Veillez au poids de vos images, utilisez une compression adequate : du GIF pour 
les formes geometriques, du JPEG pour les photos, du PNG dans d'autres situa- 
tions. Compressez si possible en progressif. 

• II en est de meme evidemment pour vos videos et gros fichiers. 

• Retirez tous les commentaires ! lis ne concernent pas vos visiteurs, seulement 
vous lors du debogage, qui n'a jamais lieu en environnement de production. 

• Utilisez des liens complets (france/aquitaine/ plutot que france/aquitaine). 
Pour generaliser, evitez d'obliger votre serveur HTTP a effectuer des aller-retours 
et des operations supplementaires. 

Maftriser les envois 

Si possible, envoyez toutes vos donnees d'un coup, de maniere a eviter de faire durer 
les connexions entre le client et le serveur. Les envois morceles peuvent prendre au 
final davantage de temps. 

Utiliser des outils de compression 

En PHP, vous pouvez compresser vos pages HTML en reduisant les blancs et en 
retirant les caracteres inutiles grace a la bibliotheque tidy. Vous trouverez davantage 
d'informations sur cette extension a l'adresse suivante : 

► http://www.php.net/manual/fr/ref.tidy.php 

Avec Apache, vous pouvez utiliser le module mod_gzip pour compresser le contenu 
entre le serveur et le client. Les operations de compression/decompression sont 
generalement efficaces et aujourd'hui, les navigateurs acceptent en grande majorite 
les donnees compressees. 

Utilisation des boucles 

Les boucles (for, foreach, while, etc.) sont un des principaux acteurs de l'encombre- 
ment des ressources. Mai utilisees, elles peuvent faire travailler inutilement le processeur 
ou saturer la memoire. Void quelques bonnes pratiques algorithmiques a connaitre. 

Optimiser les ressources du traitement 

// Une "liste de produits que Von veut comparer. 
Sproducts = arrayCHVR-Zl' , 'HVX-200', 'HD100', 'HDR-FX1') ; 

// Cet algorithme est gourmand en traitement et en 
// consommation de la memoire. 
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$t_products = arrayO; 

foreach (Sproducts AS Sproductl) { 

foreach (Sproducts AS $product2) { 
if (Sproductl < $product2) { 

$t_products[] = Sproductl.' vs '.$product2; 

} 

} 

} 

foreach ($t_products AS $key => $value) { 

echo ($key + 1) . '/' .count($t_products) . ' : '; 

echo $value."<br />\n"; 

} 

// Cet algorithme produit le meme resultat mais il est 
// optimal . 

$nb_products = (int)count(Sproducts) ; 

$nb_compar = (int)(($nb_products - 1) * $nb_products) / 2; 

for ($i =0, $k = 1; $i < $nb_products ; $i++) { 

for ($j = $i + 1; $j < $nb_products ; $k++) { 

echo $k. '/' .$nb_compar. ' : '; 

echo $products[$i] . ' vs ' .$products[$j] . "<br />\n"; 



Les algorithmes precedents affichent les differents comparatifs que Ton peut pro- 
duire avec une liste de produits stockes dans un tableau. lis produisent les sorties 
suivantes : 




} 



} 



Algorithme 1, non optimise 



Algorithme 2, optimise 



1/6 : HVR-Z1 vs HVX-200 

2/6 : HD100 vs HVR-Z1 

3/6 : HD100 vs HVX-200 

4/6 : HD100 vs HDR-FX1 

5/6 : HDR-FX1 vs HVR-Z1 

6/6 : HDR-FX1 vs HVX-200 



1/6 : HVR-Z1 vs HVX-200 

2/6 : HVR-Z1 vs HD100 

3/6 : HVR-Z1 vs HDR-FX1 

4/6 : HVX-200 vs HD100 

5/6 : HVX-200 vs HDR-FX1 

6/6 : HD100 vs HDR-FX1 



Analysons maintenant ce qui ne va pas dans le premier et comment cela a ete rectifie 
dans le second. 
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Tableau 12-1 Analyse des optimisations 



La premiere ET la deuxieme boucle parcourent 
TOUS les produits du tableau : complexite = n*n. 
De nombreuses iterations ne sont pas necessaires 
dans la mesure oil des produits identiques ne se 
comparent pas et oil les comparaisons « a = b » et 
« b = a » sont les memes. 


La premiere boucle for parcourt tous les produits 
et la deuxieme boucle ne parcourt que la liste des 
produits utiles pour la comparaison : 
complexite = n*n/2. II n'y a aucune iteration inu- 
tile. 


La condition i f sert a eliminer les comparaisons 
inutiles. Cette comparaison systematique de deux 
chatnes a cependant un cout et necessite la pre- 
sence de types de donnees obligatoirement corn- 
parables. 


Grace a I'operation precedente, cette comparaison 
n'est pas utile. Cet algorithme produit une liste de 
comparaisons ordonnee et fonctionne quel que soit 
le typage utilise pour stacker les produits dans le 
tableau products. 


L'algorithme utilise un tableau temporaire 
t_products pour stacker les comparatifs. Ainsi, 
il est possible de connaTtre leur nombre en appli- 
quant a ce tableau la fonction count dans la bou- 
cle d'affichage, une operation supplemental qui 
necessite une autre boucle de complexite n*n/2, 
additionnee au jeu de boucles precedent. 


Les seules variables temporaires contiennent des 
types de donnees primitifs (int). La fonction 
count et I'expression permettant d'obtenir le 
nombre de comparaisons possible ne sont appe- 
lees qu'une seule fois, en dehors de toute boucle. 
Le contenu de la deuxieme boucle ne contient 
aucune fonction ou operation couteuse. (la variable 
$k permet d'obtenir le numero du comparatif a 
chaque iteration). 



Manipulation correcte des chaines de caracteres 

II existe deux types de chaines de caracteres : celles qui sont delimitees par « ' » et 
celles qui sont delimitees par « " ». 

La principale difference reside dans le fait que les variables et les caracteres speciaux 
contenus dans la chaine delimitee par des « " » sont interpretes, ce qui n'est pas le cas 
pour la chaine delimitee par « ' » : 

Deux chaines de caracteres differentes 

$var = 'Guillaume' ; 

// Affiche « Bon jour, je m'appelle $var !\n » 
echo 'Bonjour, je m\'appelle $var !\n'; 

// Affiche « Bonjour, je m'appelle Guillaume ! 

// » 

echo "Bonjour, je m'appelle $var !\n"; 
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Ce choix n'est pas primordial. Les performances sont legerement superieures pour les 
chaines delimitees par « ' » dans la mesure ou leur contenu n'est pas interprete. L'uti- 
lisation de « " » permet generalement d'accroitre la lisibilite et le confort d'utilisation. 
Faites attention tout de meme a ceci : 

Quelle chaine va s'afficher ? 

$a = 14; 
Sab = 24; 
$ab_c = 34; 

// La chaine matchee est la plus longue. C'est $ab_c 
// qui l'emporte. Affichage : "J'ai 34 ans". 
echo "D'ai $ab_c ans"; 

Autres trues et astuces en vrac 
Mentionner/convertir les types de donnees 

Vous avez certainement remarque de temps en temps des types de donnees (i nt) , 
(string), etc. juste avantune expression : 

Convertir un type de donnees 

$di splay = (bool)$_GET['a"] ; 

Cette operation permet dans un premier temps de s'assurer que le type de donnees de 
la variable assignee est le bon, ce qui evite les risques d'erreurs ou de comportements 
anormaux par la suite. 

Par ailleurs, la presence de cette mention aide le compilateur a optimiser les perfor- 
mances de votre algorithme. Dans la mesure du possible, comparez systematique- 
ment deux types identiques. 

En revanche, il est possible en PHP de comparer deux variables de types complete- 
ment differents, tels qu'un booleen et un tableau. C'est ce qui fait, entre autre, la sou- 
plesse et la permissivite de la plate-forme. 

Utiliser les constantes magiques 

Les constantes magiques _LINE_, _FILE_, _FUNCTION , CLASS_ et 

METHOD sont souvent utiles pour vos operations de debogage ou tout simplement 

parce que vous avez besoin dans votre script d'une information contenue dans une de 
ces constantes. 
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A RETENIR Comment le moteur de PHP enregistre-t-il les variables ? 

La structure de donnees permettant de stocker les variables est la meme quel que 
soit le type. Cela garantit a PHP une parfaite compatibilite entre les variables, quelles 
que soient leurs caracteristiques. Bien entendu, lorsqu'il y a comparaison entre deux 
variables de types differents, des fonctions de comparaison specifiques sont appelees 
de maniere a fournir un resultat. Voici la structure de donnees en C qui sert a stocker 
toutes les variables PHP : 

/* Structure de stockage de la valeur de notre variable. */ 
typedef union _zval ue_val ue { 

long lval ; // Stockage de la valeur si son type est 

// long, boolean ou resource 
double dval ; // Stockage de la valeur avec le type double 
struct { // Stockage de la valeur avec le type string 

char *val ; // - Valeur de la chaine de caracteres 
int len; // - Longueur de la chaine de caracteres 
} str; 

HashTable *ht; // Stockage d'un tableau dans une hashtable 
struct { // Stockage d'un objet. 

zend_class_entry *ce; 

HashTable *properties; 
} obj; 
} zvalue_value; 



/* Informations sur l'etat de notre variable. */ 
struct _zval_struct { 

zvalue_value value; // Reference a la valeur 
unsigned char type; // Type de donnees courant 
unsigned char is_ref; // Est-ce une reference vers une 

// autre variable ? 
short refcount; // Compteur de reference. A chaque fois 
// qu'une reference est ajoutee a la 
// valeur, refcount est increments et 
// inversement lorsqu'il y a perte d'une 
// reference. Lorsque refcount est a 0, 
//la memoire est automatiquement liberee. 

_L 

Si vous souhaitez que votre application soit portable et qu'aucune configuration de 
PHP ou du serveur HTTP ne soit requise pour definir l'emplacement de vos fichiers 

et bibliotheques, vous pouvez utiliser la constante FILE pour extraire le chemin 

du dossier contenant le fichier courant. 
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Utilisation de FILE avec i ncl ude : un classique 

include di rname( FILE ) . '/■ ./classes/1 dap. php' ; 

Exploiter les exceptions 

Les exceptions PHP 5 sont un mecanisme tres pratique de gestion des erreurs. Ce 
mecanisme en PHP est similaire a celui des autres langages de programmation qui 
proposent une gestion des exceptions. 

La mise en place d'un mecanisme d'exceptions necessite la presence de plusieurs 
« blocs » : 

• le bloc d'essai - try - qui contient le code utile de votre application ; 

• le ou les bloc(s) de capture - catch - qui traite(nt) les erreurs. 

Pour apprendre a utiliser les exceptions, vous pouvez consulter la documentation en 
ligne de PHP a la page suivante : 

► http://www.php.net/manual/fr/language.exceptions.php 

L'utilisation des exceptions est utile pour une gestion avancee des erreurs. Elles faci- 
litent la gestion des comportements imprevus de l'algorithme, ainsi que la mainte- 
nance. Lorsqu'une erreur intervient dans un bloc try, il suffit d'ajouter un bloc catch 
adapte pour traiter la nouvelle exception. 

Vous pouvez prevoir dans votre architecture d'avoir vos propres exceptions. C'est une 
maniere elegante de definir le comportement de votre application en cas d'erreurs. 



A RETENIR Lever une exception en dehors du bloc try 

II est possible de declarer la levee d'une exception dans une fonction. Dans ce cas, I'appel de la fonction 
doit se faire dans un bloc try, meme si c'est a travers d'autres fonctions. 

Une autre solution consiste a declarer une fonction qui traitera toutes les levees d'exceptions par I'inter- 
mediaire de la fonction set_exception_handler(). Dans ce cas, il n'y a pas besoin des blocs 
try / catch. 



Voici maintenant un autre avantage des exceptions : lorsqu'une erreur est trouvee, il 
est possible d'afficher ou de loguer la pile des fichiers et des fonctions a travers les- 
quels l'erreur est survenue. Cela permet de mieux cerner l'origine de l'erreur. 

Dans la trace suivante, une exception est levee dans la fonction f i rst. On voit bien 
que cette fonction est appelee par second est que second est lui-meme appele dans 
un bloc t ry qui n'est pas dans une fonction. 
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Trace d'une exception 

Stack trace: 

#0 /web/workspace/code/exceptions. php(169) : first() 
#1 /web/workspace/code/exceptions. php(175) : firstO 
#2 /web/workspace/code/exceptions. php(180) : second() 
#3 {main} 



Le debogage, discipline pas toujours appreciee a sa juste valeur, met en avant de 
nombreuses informations pourtant tres utiles : 

• l'etat de la pile des appels en cas d'erreur ; 

• la consommation de la memoire ; 

• la consommation des ressources CPU ; 

• l'enchainement des actions. 

II y a differentes manieres de deboguer une application PHP. La premiere consistera, 
pour les petits scripts, a mettre en place une classe ou des fonctions de debogage per- 
sonnalisees. C'est le developpeur lui-meme qui maitrise ses actions de debogage. 

Cette methode etant relativement limitee, il devient vite interessant d'utiliser des 
debogueurs dignes de ce nom, tel que apd (Advanced PHP Debugger). 



Deboguer et tester 



Debogage d'applications PHP 



Figure 12-2 

Le debogage permet souvent 
d'y voir plus clair. 



— Sans dehogueur 



— Avec debogueur 



L 




L 
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Deboguer avec un outil personnalise 

Si vous souhaitez developper un debogueur personnalise, void quelques idees, a 
prendre ou a laisser. 

If, if, if, ... 

La maniere classique de gerer les erreurs est de mettre un maximum de i f : a chaque 
fois qu'une action echoue, vous pouvez ainsi intercepter l'erreur. L'usage des excep- 
tions presente plus haut est une bonne maniere d'eviter cela. 

Traitement automatique des erreurs 

Plusieurs fonctions tres pratiques sont a votre disposition pour gerer les erreurs : 

• Avec les fonctions set_error_hancner() et set_exception_hancner() vous 
declarez une fonction utilisateur qui sera appelee systematiquement lorsqu'une 
erreur ou une exception surviendra. Vous pouvez ainsi centraliser et personnaliser 
la gestion des erreurs et des exceptions. 

• Les fonctions debug_backtrace() et debug_print_backtrace() donnent des 
informations a un instant t sur la fonction, la ligne, le fichier et la classe courante, 
le type de classe courante et la liste des arguments passes dans la fonction courante. 

• Les fonctions trigger_error() et user_error() declenchent une erreur utilisa- 
teur. user_error est un alias de trigger_error. 

• La fonction error_reportingO fixe le niveau d'erreur a la volee. 

II est courant de mettre en place dans les fonctions « handler » un mecanisme affi- 
chant les informations de maniere personnalisee et les loguant. Les fonctions prece- 
dentes sont decrites dans la documentation officielle de PHP, qui contient par 
ailleurs de nombreux exemples de classes de debogage : http://www.php.net/manual/fr/ 
ref.errorfunc.php 

Un lien qui ouvre I'editeur sur le bon fichier a la bonne ligne ! 

Lorsqu'une erreur survient, pour eviter d'avoir a ouvrir votre editeur par vous-meme, 
puis a chercher le fichier incrimine et la ligne correspondante, vous pouvez complete- 
ment automatiser ce processus. La figure 12-3 illustre la maniere dont cela se passe. 

Pour effectuer la meme operation avec votre propre editeur, celui-ci doit pouvoir se 
lancer en ligne de commande en specifiant un nom de fichier et un numero de ligne. 
Par exemple, avec emacs, pour editer le fichier ldap.php a la ligne 15, il faut faire 
comme ci-apres. 
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Figure 12-3 

Ouverture automatique 
de I'editeur sur simple die 




Warning ; Invalid argument supplied far 
/w* b/ g pn . p rj/f ratern rty/ete/ ef a. ph p 

tee erreur avec emars 





Ouvrir le fichier Idap.php a la ligne 15 

$ emacs +15 Idap.php 

Pour que notre lien « Editer cette erreur avec emacs » soit operationnel, nous allons 
developper un serveur qui se charge de lancer I'editeur a la reception d'un fichier et 
dun numero de ligne. C'est le client qui enverra ces informations au serveur par 
l'intermediaire du lien, qui apparaitra a chaque erreur et qui necessite une (petite) 
modification du code source de PHP. 

Etape 1 : mise en place du lien 

Pour mettre en place ce lien, nous allons faire une petite modification dans le fichier 
main/main.c du code source de PHP. Dans la fonction php_error_cb, cherchez la 
declaration de la variable error_format. Vous devez modifier cette declaration ainsi 
que la ligne suivante (php_sprintf) pour inserer votre lien, comme le montre 
l'exemple suivant (a faire tenir en deux lignes). 

Modifications a effectuer dans le fichier main/main.c 

char *error_format = PG(html_errors) ? 

"%s<br />\n<b>%s</b>: %s in <b>%s</b> on line <b>%d</b> 
<br />\n%s<a h ref =\"http : //l ocal host/1 oademacs . php?f =%s&l =%d\" 
target=\"_blank\">Editer cette erreur avec emacs</axbr />\n" 
: "%s\n%s: %s in %s on line %d\n%s"; 
php_pri ntf (error_format , 

STR_PRINT(prepend_string) , 

error_type_str, 

buffer, 

error_filename, 
error_l i neno , 
STR_PRINT(append_string) , 
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error_filename, 
error_l ineno) ; 

Une fois cette modification effectuee, recompilez PHP et relancez votre serveur 
HTTP. Lorsqu'une erreur apparait, quelle que soit sa nature, elle devrait faire appa- 
raitre le lien « Editer cette erreur avec emacs ». 

Recompilation de PHP 

$ make 

$ make install 

$ apachectl restart 

Etape 2 : mise en place du client 

Le client est le fichier loademacs . php qui est appele par le lien que nous venons 
d'inclure dans les sources de PHP. Ce client se connecte a la socket du serveur pour lui 
fournir le fichier et la ligne incriminee. Void son code source minimal. 

Code source du client ("loademacs . php) 

<?php 

// Fonction simple d'affichage de messages, 
function message(Stxt) { 

echo "-> ".$txt."<br>"; 

} 

echo "<h2>Connexi on au serveur EMACS</h2>\n" ; 

// Adresse et port du serveur a contacter. 
Sip = '127.0.0.1' ; 
Sport = 10000; 

// Connexion a la socket. 

Ssocket = socket_create(AF_INET, S0CK_STREAM, S0L_TCP) ; 

Sresult = @socket_connect($socket, Sip, Sport); 

// Si le serveur n'est pas disponible, demander a 

// 1 ' uti 1 i sateur de le demarrer. 

if (Sresult === false) { 

Serr = "Veuillez demarrer le serveur emacs. II doit "; 

Serr .= "etre lance sur 1 'adresse Sip, port Sport."; 

message(Serr) ; 
} else { 

Smsg = $_GET['f'].'|'.$_CET['l']; 
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// Envoi du fichier et de la "ligne au serveur. 
socket_write($socket, $msg, strlen($msg)) ; 

// Lecture de la reponse et interpretation. 
$out = socket_read($socket, 2); 
if ($out == "OK") { 

message("Votre editeur est lance."); 

$ref = '<a href="#" onCl i ck="wi ndow. cl ose() ; ">' ; 

$ref .= 'fermer la fen&eci rc;tre</a>' ; message($ref) ; 

echo "<script> window. close() ; </script>"; 
} else { 

message("Le serveur repond mais il semble avoir echoue."); 

} 

} 

socket_close($socket) ; 

?> 

Une fois que ce client est disponible, un clic sur la ligne « Editer cette erreur avec 
emacs » ouvre une nouvelle fenetre telle que nous pouvons le voir sur la figure 12-4. 



Figure 12-4 

Reponse du client sans le 
serveur apres clic sur le lien 
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Connexion au serveur EMACS 

-> Veuillez demarrer le serveur emacs. H doit etre lance sur l'adresse 127.0.0.1,port 10000. 



II ne nous reste plus qua developper le serveur. 
Etape 3 : mise en place du serveur 

Le serveur devra etre lance en permanence. II s'agit d'un script PHP en ligne de 
commande dont le code source minimal et sans gestion d'erreurs est le suivant 
(emacsserver. php). 

Code source du serveur (emacsserver . php) 

#!/usr/local/bi n/php -q 
<?php 
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// Disponibilite permanente du serveur et affichage 
// non bufferise des messages. 
set_time_limit(0) ; 
ob_impl i cit_fl ush() ; 

// Adresse et port sur lesquels le serveur est connecte. 
Sip = '127.0.0.1' ; 
Sport = 10000; 

// Connexion a la socket. 

Ssock = socket_create(AF_INET, SOCK_STREAM, S0L_TCP) ; 
socket_bind($sock, Sip, Sport); 
Sret = socket_listen($sock, 5); 

// Demarrage du serveur : attente d'un message contenant 
// un chemin absolu vers un fichier et un numero de "ligne. 
While (1) { 

Smsgsock = socket_accept(Ssock) ; 

Srcv = trim(socket_read($msgsock, 1024)); 

Smsg = "K0"; 

// Si la donnee recue est un fichier et un num. de ligne 
if (ereg ('a[a ]+\. [a-zA-Z0-9]{2,4}\| [0-9]+$' , Srcv)) { 

Strcv = explodeC | ' , Srcv); 

echo "-> Edition du fichier $trcv[0] "; 

echo "a la ligne $trcv[l]\n"; 

// Lancement d'emacs 

passthruC'emacs +' . Strcv [1] . ' '. Strcv [0] . ' 2>&1'); 

Smsg = "OK"; 

} 

// Reponse au client : OK si tout s'est bien passe, 
// KO si non. 

socket_write($msgsock, Smsg, strlen(Smsg)) ; 
socket_close($msgsock) ; 

} 

socket_close($sock) ; 
?> 

Pour lancer notre serveur, nous allons simplement ouvrir un terminal et appeler le 
fichier emacsserver. php. Sur la copie d'ecran de la figure 12-5, nous pouvons voir 
notre terminal, le lancement du serveur et ses actions en reponse au client. 



Assurer la qualite d'un developpement PHP 

Chapitre 12 



20t06 guillaLK@gui Haute /web -> 4 ./ernacsservver + php 
-> Edition du fichier /web/error.php a la ligne 9 

-> Edition du fichier /web/gpn t prj/f raternity/classes/ldap t php a la ligne 145 
-> Edition du fichier /web/gpn t prj/f raternity/etc/cfg t php a la ligne 63 
-> Edition du fichier /web/gpn t prj/f raternity/classes/ldap t php a la ligne 145 
-> Edition du fichier /web/gpn.prj/fraternity/etc/cfg*php a la ligne 63 



Figure 12-5 

Le serveur emacs f 



Lorsque le serveur fonctionne, le client s'en apercoit et affiche le message de la 
figure 12-6. 



Figure 12-6 

Popup du client lorsque 
le serveur fonctionne 
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Connexion au serveur 
EMACS 



-> Votre editeur est lance. 
-> fermer la fenetre 



Voila ! Vous avez maintenant un mecanisme rapide et pratique pour editer instanta- 
nement vos fichiers PHP en cas d'erreurs. Notons qu'il vaut mieux que vous choisis- 
siez un editeur leger pour cette solution qui necessite une relance a chaque erreur. En 
revanche, libre a vous de l'adapter et de l'ameliorer en commencant par completer les 
sources avec une gestion d'erreurs adequate. 

Pour aller plus loin, vous pouvez mettre en place ce systeme non seulement sur les 
erreurs PHP, mais egalement sur les piles d'erreurs affichees par un debogueur 
comme Xdebug (voir figure 12-7). Dans le cas d'Xdebug, les fichiers a modifier sont 
xdebug . c et xdebug_supergl obal s . c. 

Pour effectuer cette operation sous Windows, vous pouvez utiliser un editeur comme 
Crimson Editor, qui permet l'ouverture d'un fichier a la bonne ligne avec l'invite de 
commande. 
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Figure 12-7 

Ajout de liens aux 
elements de la pile 
generee par Xdebug 
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tfarnina: Idap bindf) f function. Idao-bindl: Unable to bind to server: Can't contact 
LDAP server in /web/gpn.prj/ fraternity /classes /Idap. php on line I4S 

r emaes edit ! 1 




Call Stack 




Function 


Location 


Edition 


1 


{main}() 


/we b/g pn . prj/f rate rn i ty/h ome/f ra mes/me n u . p h p: ) 


emacs 


2 


LDAP->search() 


/we b/g pn . prj/Fra te rn i ty/h ome/Fra mes/me n u . ph p: 3 1 ) 


emacs 


3 


LD A P- > rsea rch ( ) /we b/g pn . prj/Fra te rn i ty/ c 1 asses/I d a p . ph p : 1 26 ) 


emacs 


4 

5 


LDAP->open() /web/gpn.prj/Fraternity/classes/ldap.php:170) 
Idap bind H l/web/apn.pri/Fraternity/classes/ldap.php:145) 


emacs 
emacs 








Sid Idap = 


resource C21 , Idap link) 


$dn login = 


' cn-MonoRcr .dc-f rotcmity.dc-f r* 


$pass = 


'secret' 



itLpiMo-Mlrwayio-idi min u hpTI -/we b/gpn.uc uV*l«rnflr/da**>: Wd ju.uhpBJ- < In rn 



Outils de debogage pour PHP 

L'utilisation d'un outil de debogage digne de ce nom permet d'aller beaucoup plus 
loin. Vous allez pouvoir consulter les performances de chaque appel de fonction et 
obtenir un maximum d'informations sur vos traitements et vos erreurs. 

Nous vous proposons ici un rapide apercu des outils Xdebug et APD, qui sont large- 
ment utilises par la communaute des developpeurs PHP. L'outil KCacheGrind que 
nous decouvrirons en dernier fournit une version graphique conviviale des traces des 
debogueurs. 



APD 

APD est un debogueur qui gere le profiling et le debogage interactif. II travaille de 
maniere transparente et consomme peu de ressources. II est associe a un outil en 
ligne de commande (pprofp) pour analyser les traces engendrees. 

Son installation est rapide ; il est possible de le faire via PEAR. Quelques lignes doi- 
vent etre ajoutees au fichier php.ini pour que PHP charge correctement 1' extension 
apd. Faites cependant attention aux incompatibilites : APD fonctionne avec les ver- 
sions recentes de PHP et n'est pas compatible avec certains modules Zend (Zend 
Optimizer, etc.). 

Une fois installe, pour creer une trace, il suffit d'appeler la fonction 
apd_set_pprof_traceO ; au debut de votre script. La trace de l'algorithme de recur- 
sivite que nous avons vu plus haut dans ce chapitre donne ceci (les deux fonctions ont 
ete renommees rec_count_l et rec_count_2) : 
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Une trace APD (compressee en largeur) 



Real 



User 



System 



sees/ cumm 



%Time(excl/cumm)(excl/cumm)(cumm)Calls call s/call Name 

56.7 0.06 40.94 0.06 37.59 3.00 1001 0.0001 0.0409 rec_count_l 
42.7 0.04 36.07 0.04 33.85 1.91 1001 0.0000 0.0360 rec_count_2 



Rappel Les benefices du profiling 

Le profiling est un mecanisme qui enregistre des informations detaillees sur I'ensemble des operations 
effectuees par une requete : fonctions, classes, fichiers parcourus et appeles. 

• II fait gagner enormement de temps sur I'analyse d'une erreur, notamment les investigations sur son 
origine. 

• II aide a comprendre comment fonctionne votre application. 

• II permet d'analyser pour chaque action realisee les impacts sur les performances et ainsi d'optimiser 
votre application au maximum. 



Vous pouvez egalement visualiser la pile d'appels d'un script sous forme d'arbre, 
comme ceci : 

Extrait d'une pile d'appels 

C: : M: 
main 

C: /web/workspace/code/apd. php: 3 M: 

apd_set_pprof_trace 

C: /web/workspace/code/apd. php: 3 M: 

include 

C: /web/workspace/code/exceptions. php:7 M: 

Exceptions construct 

C: /web/workspace/code/exceptions. php:7 M: 
Excepti on->getMessage 

C: /web/workspace/code/exceptions. php:12 M: 

Exceptions construct (2x) 

C: /web/workspace/code/exceptions. php:26 M: 
exceptionFunction 

C: /web/workspace/code/exceptions. php:49 M: 

Exceptions construct 

C: /web/workspace/code/exceptions. php: 45 M: 
TestException-> construct 

C: /web/workspace/code/exceptions. php:115 M: 

MyException-> construct 

C: /web/workspace/code/exceptions. php:96 M: 
MyException-> construct 



_ 
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L'executable pprofp possede plusieurs options de sortie. Vous l'utiliserez facilement 
pour l'integrer a d'autres routines, comme une verification nocturne. 

Un script de reporting de traces apd a personnaliser : tracereport.sh 

#!/bin/sh 

REPORT_FILE='date '+%Y%m%d' ' '_report.txt' 
REPORT_FILE_XML= ' date '+%Y%m%d" '_report.xml ' 
LIST="; 

rm -f $REPORT_FILE 2> /dev/null 
rm -f $REPORT_FILE_XML 2> /dev/null 

for TRACEFILE in 'Is pprof.*' ;do 
TRC=' pprofp -r STRACEFILE' 
LINE='echo $TRC | sed 's/ATrace for //' \ 

I sed 's/Total Elapsed Time = //' \ 
I sed 's/Total System. *$//' ' 
echo SLINESTRACEFILE | awk '{print $2,$1,$3}' \ 
» $REPORT_FILE 
done 

cat $REPORT_FILE | sort -r | awk \ 
' BEGIN { print "<apdtrace>" } 
{ printf " <check>\n" 

printf " <time>%4.2f</time>\n" , $1 

printf " <file>%s</file>\n", $2 

printf " <tracefile>%s</tracefile>\n", $3 

printf " </check>\n" } 
END { print "</apdtrace>" }' > $REPORT_FILE_XML 

Ce script cree deux fichiers : un fichier texte contenant le temps d'execution de 
chaque requete et un fichier XML contenant la meme chose, trie par temps d'execu- 
tion. 
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Fichier 20050729_report.xml 

<apdtrace> 
<check> 
<time>0.10</time> 

<f i 1 e>/web/workspace/ code/ recu rsi ve . php</f i 1 e> 

<t racef i 1 e>pprof . 01771. l</tracef i 1 e> 
</check> 
<check> 

<time>0.00</time> 

<f i 1 e>/web/workspace/code/boucl e . php</f i 1 e> 
<t racef i 1 e>pprof. 01786 . l</t racef i 1 e> 
</check> 
</apdtrace> 

Enfin, les traces APD peuvent etre converties en traces KCacheGrind par l'interme- 
diaire de l'executable pprof2ca"Ntree : 

Convertir les traces APD en KCacheGrind 

$ pprof2calltree -f pprof .01786.1 
Writing kcachegrind compatible output to 
cachegri nd . out . pprof . 01786. 1 



Reference George Schlossnagle, auteur de APD 

Vous retrouverez des informations sur APD dans I'ouvrage de George Schlossnagle cite ci-dessous. 
George est auteur de APD et contributeur sur de nombreux projets PHP, dont PHP lui-meme. 
ID Advanced PHP Programming, de George Schlossnagle aux editions Developer's Library 

Pour en savoir plus sur APD et ses options, vous pouvez vous rendre sur la documentation officielle a 
I'adresse suivante : 




Xdebug 

Voici un autre outil de debogage, similaire a APD. Xdebug effectue egalement des 
operations de profiling sur vos scripts et est appele par un client de debogage (editeur 
PHP qui gere le debogage). 

Xdebug est capable de personnaliser les messages d'erreurs en y ajoutant des infor- 
mations sur les allocations memoire, les appels de classes et de fonctions ainsi que 
l'etat des variables. La figure 12-8 vous donne un apercu du message affiche par 
Xdebug en cas d'erreur. 
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Figure 12-8 

Une erreur affichee 
par Xdebug 



Warning: idap_bind() [function. Idmp -bind}: Unable to bind to server: Cant contact 
LDAP server in /web/gpn.prj/fraternity/classes/idap.php on line 145 






Call Stack 








1 


{main}[) 


/web/gpn . p rj/f rate rnity/home/para meters/Id a p_ed it. php:0 


2 


LDAP->edit[) 


/web/gpn . p rj/f rate rn ity/h ome/pa ra meters/Id a p_ed it. php:2 8 


3 


LDAP-»search() 


/web/gpn ,prj/fraternity/claBBes/ldap,php:47 


4 


LDAP->rsearch[) 


/web/gpn .prj/fraternity/dasses/ldap.php:126 


5 


LDAP-iopen[) 


/web/gpn .prj/fraternity/classes/ldap.php:170 


6 


ldap_bind {) 


/web/gpn ,prj/fraternity/claBBes/ldap,php:145 




Certaines fonctions sont egalement personnalisees. La fonction var_dump par 
exemple, qui visualise le contenu d'une variable, s'affiche en couleur. 

Xdebug possede un grand nombre de fonctions utiles : pour le profiling, pour l'affi- 
chage d'informations et pour le debogage a distance. Vous trouverez une documenta- 
tion complete sur le site officiel de Xdebug a l'adresse suivante : 

► http://xdebug.org/docs.php 

KCacheGrind, WinCacheGrind 

KCacheGrind et WinCacheGrind sont des outils d'analyse de traces. KcacheGrind 
permet d'analyser graphiquement le parcours d'une requete (la chaine des appels), le 
temps d'execution de chaque action et leur consommation memoire. WinCache- 
Grind est un outil plus simple pour Windows inspire de KCacheGrind. 

WinCacheGrind 

Comme nous pouvons le voir sur la figure 12-9, WinCacheGrind possede une 
fenetre explorateur contenant l'arbre des appels. Chaque fonction PHP ou utilisateur 
appelee fait l'objet d'une entree dans l'arbre. La fenetre de droite comporte des 
onglets pour visualiser les differents appels effectues sous forme de listes. 

WinCacheGrind est une interface conviviale et simple pour Windows. En revanche, 
pour l'instant, il ne produit pas d'elements graphiques comme KCacheGrind et ne 
fonctionne qu'avec la version 2 de Xdebug. 
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Figure 12-9 

Copie d'ecran de I'outil 
WinCacheGrind 
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Pour installer WinCacheGrind, il vous suffit de recuperer l'installeur sur Internet. 
Configurez ensuite Xdebug pour qu'il fournisse des fichiers de traces et ouvrez ces 
fichiers avec WinCacheGrind. 



Reference WinCacheGrind 

► http://sourceforge.net/projects/wincachegrind 



KCacheGrind 

Les heureux possesseurs d'Unix (Linux, FreeBSD) ont a leur disposition un outil 
unique et tres pratique. KCacheGrind est parfois capricieux a installer ; en revanche, 
lorsqu'il fonctionne, deboguer devient un plaisir. 

KCacheGrind est une application KDE qui s'installe comme toute application sous 
Unix. Elle est dependante de Valgrind et de GraphViz. Si KCacheGrind ne fonc- 
tionne pas malgre Installation de ses dependances, une compilation s'impose. En 
particulier, si le graph ne s'affiche pas correctement, compilez GraphViz a la main. 



Reference KCacheGrind 

► http://kcachegrind.sourceforge.net 



L'interface de KCacheGrind est representee sur la figure 12-10. Elle est composee de 
la liste des appels a sa gauche, que Ton peut trier sur tous les champs (temps d'execu- 
tion, nombre d'appels, nom de fonction, nom de localisation (fichier), etc.). 
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Les interfaces de droite contiennent differents onglets fournissant un grand nombre 
d'informations autour d'un appel selectionne a gauche : 

• la liste des appelants, leurs couts, taux de sollicitation, distance avec 1' appel cou- 
rant ; 

• la carte des appels (carres de couleurs) qui represente tous les appels par une sur- 
face plus ou moins grande en fonction du cout de chacun d'eux ; 

• le code source avec une mise en valeur des lignes qui contiennent des appels ; 

• la liste des appels effectues par l'appel courant s'il s'agit d'une fonction utilisateur ; 

• l'arbre des appels represente par un graphe interactif (l'« araignee » que Ton voit 
au centre de la figure 12-10) ; 

• la carte des appelants sur le meme principe que la carte des appels. 

KCacheGrind est un outil tres complet qui comporte de nombreuses autres 
fonctions ; a vous de le decouvrir si vous travaillez sous Unix. 



Figure 12-10 

Apercu de I'interface 
de KCacheGrind 
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Elaborer des tests unitaires 



Nous avons deja vu dans les precedents chapitres a quoi servent les tests unitaires, 
nous ne reviendrons pas sur ce sujet. En revanche, nous allons decouvrir concrete- 
ment comment debuter avec l'outil SimpleTEST : http://simpletest.sourceforge.net/. 
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Installation de I'espace de travail 

Nous nous baserons sur 1' architecture de la figure 12-11 pour notre installation. 
Commencez par creer un dossier tests independant de votre application. Vous 
pouvez telecharger et decompresser l'archive de SimpleTEST dans le dossier tests, 
de maniere a vous retrouver avec un repertoire tests/si mpletest. Vous trouverez la 
derniere version de SimpleTEST sur http://sourceforge.net/projects/simpletest/. 

Vous avez maintenant un espace de travail operationnel pour vos tests. 



Figure 12-11 

Organiser ses jeux de test 



Fichiers de code 



Jeux de tests associes 




Lanceur centralise 
(alljests.php) 



Commencons par prendre de bonnes habitudes 

Nous allons maintenant creer notre premier jeu de tests sur une classe que nous 
appellerons ConfigManager. Au lieu de commencer par implementer ConfigManager, 
nous allons remplir notre fichier de tests et effectuer des operations avec 
ConfigManager comme si la classe existait : 
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Fichier tests/ConfigManager . test . php 
<?php 

// Inclusion des ressources dont nous aurons 
// besoin pour notre test, 
if (! defined('SIMPLE_TEST')) { 

define('SIMPLE_TEST' , 'simpletest/'); 

} 

requi re_once(SIMPLE_TEST. 'unit_tester. php') ; 
requi re_once(SIMPLE_TEST. ' reporter. php') ; 

// Inclusion de la classe a tester 
requi re_once(' . ./src/ConfigManager. php') ; 

// Classe de test specifique a ConfigManager 
class TestOf ConfigManager extends UnitTestCase { 

// Un fichier de configuration temporal' re qui 

// va nous servir pour nos tests. 

private StempConfigFi le = '/tmp/configTest.ini ' ; 

// Ce constructeur appelle le constructeur de la classe 
// UnitTestCase que la classe courante etend. 
function TestOfConfigManagerO { 
$thi s->UnitTestCase() ; 

} 
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// Cette fonction est appelee automatiquement avant 
// les tests par le gestionnai re de tests. Nous y 
// creons un fichier de configuration temporal' re. 
function setllpO { 

$my_config = "key = value\nkey2 = 3"; 

f i 1 e_put_contents ($thi s->tempConf i gFi 1 e , $my_conf i g) ; 

} 

// Test du chargement de notre classe. Elle doit charger 
// le fichier de configuration et retourner une bonne 
// valeur sur l'appel de la methode getValueO 
function testLoadConf ig() { 

Sconfig = new ConfigManager($this->tempConfigFile) ; 
$this->assertTrue($config->getValue('key2') == 3, 

"The configuration is not loaded"); 

unset(Sconfig) ; 

} 

// Test des methodes d'ajout et d'enregistrement. 
function testAddValue() { 

Sconfig = new ConfigManager($this->tempConfigFile) ; 
$thi s->assertTrue($config->add("key3" , "Cui 1 laume") , 

"Add operation failed"); 
$this->assertTrue($config->save() , 

"Save operation failed"); 
SnewConfig = new ConfigManager($this->tempConfigFile) ; 
$this->assertTrue($newConfig->getValue('key3') == "Guillaume" , 

"The added value is not detected"); 

unset(Sconfig) ; 
unset(SnewConfig) ; 

} 

// Cette fonction est appelee a la fin de tous les 
// tests. Nous en profitons pour nettoyer le fichier 
// de configuration temporal' re cree au debut. 

function tearDown() { 

@unlink($this->tempConfigFile) ; 

} 

} 

// Lancement des tests unitaires pour un affichage dans 

// le navigateur. 

$test = new TestOfConfigManagerO ; 

$test->run(new Html ReporterO) ; 



?> 
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A ce stade, le lancement de ce test dans le navigateur renvoie une erreur car notre 
classe ConfigManager n'existe pas encore. En analysant notre jeu de tests, nous pou- 
vons recuperer les methodes (en gras) que nous avons prevues d'utiliser pour acceder 
a ConfigManager. 

Cette demarche est interessante car elle permet de construire l'architecture de notre 
classe d'un point de vue exterieur. C'est les solutions techniques qui devront 
repondre aux aspects pratiques et non l'inverse ! De nombreux projets se compli- 
quent inutilement parce que les aspects pratiques abordes ulterieurement sont depen- 
dants des solutions techniques. 

Suite a notre analyse, le squelette de la classe ConfigManager se dessine tout seul : 
Fichier src/ConfigManager.php 
<?php 

class ConfigManager { 

// Chargement du fichier de configuration, 
public function construct($confi g_fi 1 e) {} 

// Renvoi d'une valeur. 
public function getVal ue($key) {} 

// Ajout d'une nouvelle valeur. 
public function add($key, lvalue) {} 

// Enregi strement du fichier. 
public function saveQ {} 



?> 

Une fois ce travail effectue, la classe de tests affiche une liste d'erreurs en rouge 
comme l'illustre la figure 12-12. II ne nous reste plus qua completer notre classe 
ConfigManager avec pour objectif de passer l'ensemble des tests avec succes ! 
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Fichier src/ConfigManager.php complete 
<?php 

class ConfigManager { 

// Fichier de configuration 
private Sconfig; 
private SconfigFile; 

// Chargement du fichier de configuration, 
public function construct($config_file) { 

$this->configFile = $config_file; 

$this->config = @parse_ini_file($config_file) ; 

if (!$this->config) { 

throw new Exception('Configuration file corrupted.'); 

} 

} 

// Renvoi d'une valeur. 
public function getValue(Skey) { 
return $thi s->config[$key] ; 

} 

// Ajout d'une nouvelle valeur. 
public function add($key, Svalue) { 

$this->config[$key] = Svalue; 

return true; 

} 

// Enregi strement du fichier. 
public function save() { 

Sdata = '; ' .date('d.m.Y - H: i : s ') . "\n" ; 

foreach ($thi s->confi g AS $key => Svalue) { 
Sdata .= Skey.' = "' .Svalue. "\"\n"; 

} 

return file_put_contents($this->configFile, Sdata); 

} 

} 



?> 



L'ecriture de la classe Conf i gManager est alors facile et ludique. Votre jeu de test est la 
pour vous indiquer si vous faites bonne route ou non. N'oubliez pas egalement de 
veiller aux performances ; vous pouvez completer votre outil de test pour qu'il mesure 
egalement les temps de reponse de vos operations ! 

ObjedVde "tape suivante : TestOfCoilflgMaiiager 

eliminer toutes ces erreurs ! 

Fail tr:tL ■al'!'- ith-z - ■ The ■: ■ iili^uati- n 1: n- 1 1- alcl at line [41] 

Fail: testAddValue -> Add operation failed at line [49] 

Fail: testAddValue -> Save operation failed at line [51] 

Fail: testAddValue -> The added value is not detected at line [54] 



1/1 test cases complete: passes, 4 fails and exceptions. 



Vous etes maintenant pret a vous lancer dans l'aventure des tests unitaires ! Com- 
mencez par lire consciencieusement la documentation de l'outil que vous utilisez aim 
d'avoir en tete toutes les possibilites qui s'offrent a vous. 



SimpleTest en francais 

► http://onpk.net/php/simpletest/ 

PHPUnit, tests unitaires avec PEAR 

► http://www.phpunit.de 
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Simplifier et perenniser un 
developpement PHP 



Commencer un projet de developpement PHP est facile. Le finaliser avec succes est 
une autre affaire. De nombreux developpements se heurtent un jour ou l'autre au 
probleme de la complexite croissante, qui rend difficile la comprehension du code. 
Trois demarches vous permettront d'ameliorer la lisibilite de votre application : la 
documentation, le remaniement (refactoring) et l'utilisation de templates. 

Dans la partie documentation, nous apprendrons non seulement a doser le fond et la 
forme de nos commentaires, mais egalement a connaitre et utiliser les outils qui 
accompagnent la documentation d'un projet en PHP. 

Le remaniement est quant a lui un moyen efficace de maintenir un code lisible. II 
consiste essentiellement a modifier la structure du code sans que cela n'altere les 
fonctionnalites, dans un unique but d'amelioration de la lisibilite. 

Enfin, le template est un concept largement exploite dans le monde PHP. Son role 
principal est de separer la presentation de la logique. Les templates agissent sur la 
lisibilite du code, la maniabilite de l'architecture, les performances et la securite des 
applications PHP. 
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Commcntcr, documenter 

Les secrets du bon commentaire 

Commencons par nous poser une question : quel est l'objectif du commentaire ? 
Dans le fond, tout le monde le sait : faciliter la comprehension d'un code source. 

Savoir se mettre a la place du relecteur et imaginer 1'information utile dont il aura 
besoin pour s'approprier le code est non pas l'objectif, mais le secret d'un commen- 
taire utile. 

Apres la theorie, la pratique : le tableau 13-1 enumere des plaintes couramment 
emises par les relecteurs de code PHP. 

Tableau 13-1 Principales plaintes de relecteurs 



« Je ne comprends pas ce code ! » 


II manque vraisemblablement un commentaire la oil une partie du 
code source devient difficile a comprendre. 


« Comme si on ne le savait pas... » 


II s'agit vraisemblablement d'un commentaire inutile du genre 
« Fonction bidule » juste avant la declaration d'une fonction qui 
s'appelle bidule. 


« C'est quoi ce roman ? » 


Le commentaire a lire est tres (trop !) long. Permettre de compren- 
dre, c'est un debut. Permettre de comprendre vite et bien, c'est 
mieux ! 


« £a n'a rien a voir ! » 


Le commentaire n'a pas evolue en meme temps que le code, il est 
devenu inutile et absurde. 


« Quel bazard... » 


Les commentaires sont disposes n'importe comment, ils ne sont pas 
agreables a relire. 



Bien sur, il existe d'autres raisons de se plaindre et cette liste peut etre completee. 

Si vous travaillez en equipe, faites relire votre code a plusieurs de vos collaborateurs et 
notez les remarques qui vous sont faites a plusieurs reprises. Vous pourrez ainsi faire 
evoluer vos commentaires en consequence. 

10 astuces pour bacler vos commentaires a coup sur ! 

Si vous souhaitez que vos relecteurs s'arrachent les cheveux en lisant vos commen- 
taires, voici quelques formules qui fonctionnent a tous les coups. 
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1. Mettez-en beaucoup pour ne rien dire 

// Cette methode est une fonction de la classe 
// machin qui est privee car il ne faut pas qu'on 
// puisse y acceder de l'exterieur par un souci 
// de securite. Elle n'est pas final car (etc.) 

2. Encombrez votre code de remarques inutiles 

// Fonction trucchose 
function trucchoseO { (...) 

3. Faites des phrases longues et pompeuses 

// Cette sublime fonction que j'apprecie beaucoup 
// parse le fichier de configuration et effectue 
// une operation de transfert habile vers une 
// structure XML definie par la joyeuse DTD 
// trucchose. dtd. 

4. Exprimez vos sentiments a travers les commentaires 

// Cet algo trop naze parse ce fichier de conf 
// qui m'enerve car il n'arrete pas de changer... 

5. Employez un langage SMS incomprehensible 

| // IMPORTANT !!! : prs tltn cr ct la fct q pit lol ! 

6. Faites preceder tous vos fichiers d'un en-tete de 250 lignes 

/* * 

* Veuillez prendre connaissance du contrat de * 

* licence de 250 lignes que voici. (...) * 

* * 



* (etc.) 



* 



* 



* voila voila, bon scroll a tous ! 



* 



* 



V 
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7. Accumulez les commentaires inutiles (TODO, debogage, etc.) 

// chargement du fichier de configuration XML 
// Sconf = si mpl exml_load_fi 1 e( ' conf . xml ' ) ; 
Sconf = parse_ini_fileCconf.ini', true); 

8. Ecrivez du code incomprehensible et commentez ce qu'il est cense faire 

// Calcul du budget final 

// TODO : corriger "Terreur. 

$bdg = (($x&0485|$tr)*$tA$a->r+(»$y++))|$z)%e; 

9. Rangez vos commentaires n'importe oil 

function trucchose /* parse le fichier de conf */ 
($a /* fichier optionnel */){//... 

10. Ignorez et brouillez la phpdoc 

/** 

* ©since rien 

* ©final non non, pas final ! 

* ©return Cette fonction parse le fichier de confi- 

* guration (...). 

*/ 



10 astuces pour ameliorer vos commentaires 

Pour les rabat-joie qui souhaitent au contraire commenter leur code pour rendre leurs 
developpements PHP lisibles, voici quelques bonnes pratiques a appliquer ! 

1. Limitez-vous a I'essentiel 

Un bon commentaire informe vite et bien. Commentez ce qui doit l'etre en 
employant des phrases et des mots simples, sans fioriture. 

2. Soignez et aerez la presentation 

Espacez vos commentaires et votre code. Choisissez un style de commentaire que 
vous respecterez partout. 

3. Le code est un commentaire 

11 doit etre lisible et range de maniere a ce que Ton comprenne ce qu'il fait. Respectez 
l'indentation, preferez un style aere a un style trop compact, choisissez judicieuse- 
ment les noms de vos classes, fonctions, variables et constantes ! 



Simplifier et perenniser un developpement PHP I 

Chapitre 13 I 

4. Respectez la phpdoc 

Si vous generez une documentation HTML ou PDF, respectez la syntaxe de la 
phpdoc de maniere a ce que votre documentation soit claire et complete. La phpdoc 
est la convention la plus utilisee pour commenter un code PHP. Plusieurs outils per- 
mettent de concevoir un document de synthese a partir de ces conventions, dont le 
fameux PHPDocumentor : 

► http://www.phpdoc.org 

5. Fixez-vous des conventions 

De cette maniere, le relecteur ha pas a re-apprendre d'un fichier a l'autre une nou- 
velle politique d'utilisation des commentaires. Un livre doit egalement posseder des 
conventions d'ecriture fixes : gras = important, italique = citation, etc. 

Habituer le lecteur a ces conventions lui permet de trouver ce qu'il cherche plus rapi- 
dement. Vous pouvez par exemple adopter des conventions pour vos en-tetes de 
fichiers, la nature des informations contenues dans vos commentaires, les en-tetes de 
classes et de fonctions, etc. 

6. Evitez les redondances 

Un outil comme PHPDocumentor detecte tres bien la portee d'une methode. Ne 
vous encombrez done pas avec les tags ©private, ©protected, ©public, ©final, etc. 
qui en definitive ne font qu'encombrer vos commentaires. Plus generalement, evitez 
d'augmenter le volume de vos commentaires avec des generalites evidentes au detri- 
ment de l'information utile. 

7. Soyez a jour 

II hy a rien de pire qu'un commentaire trompeur. Lorsque vous mettez un develop- 
pement a jour, faites toujours attention a ce que les commentaires soient utiles et 
coherents. 

8. Relisez-vous plusieurs fois 

Cela permet de ne rien oublier, d'aj outer des precisions et de nettoyer les commen- 
taires pour les rendre clairs et a jour. 

9. Soyez systematique 

Commentez toutes vos classes et fonctions. II peut etre egalement judicieux de com- 
menter succinctement toutes vos boucles, conditions et parties complexes. Cela 
permet au relecteur de suivre facilement les algorithmes lors de la relecture. 
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10. Pensez a I'environnement humain 

Employez une langue que tout le monde comprend (l'anglais, le francais ?), n'oubliez 
pas le tag ©author de maniere a ce que le lecteur ait a tout moment une personne a 
qui s'adresser en cas de blocage. 

Exemple de code commente 

* Cestion de la table des pages. 

* 

* Cere tous les acces en lecture et en ecriture a la 

* table des pages dans la base de donnees. 

* 

* ©copyright Copyright (c) 2005, MaSociete 

* ©package contentmanagement 

* ©author Guillaume Poncon <guillaume.poncon@wanadoo.fr> 

*/ 

class PagesManager extends BDManager { 

* Recherche d' informations sur une page. 

* 

* Exemple d ' uti 1 i sati on : 

* <code> 

* Spageld = PagesManager :: getLastPageldO ; 

* Spage = PagesManager: : getPagelnfo(Spageld) ; 

* echo $page['title'] ; 

* </code> 

* @param int Sid identifiant de la page 

* Oreturn mixed false si erreur ou tableau associatif 

V 

public final function getPagelnfo(Sid) { 
} 

} 



Utilisation d'un generateur de documentation 

Le generateur de documentation cree un document a partir d'informations extraites 
du code source d'une ou plusieurs application(s). La documentation finale peut con- 
tenir les informations suivantes (cela varie en fonction des generateurs) : 
• la liste ordonnee des classes, des fonctions et des fichiers ; 
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• la hierarchie des classes ; 

• une documentation complete du contenu de chaque classe (description des classes et 
des methodes, tri par portee, etc.) ; 

• une documentation complete du contenu de chaque fichier (liste des classes, fonc- 
tions, constantes et attributs de classes avec documentation associee) ; 

• des statistiques : nombre de classes, fonctions, lignes de code, etc. ; 

• un index de mots-cles base sur les noms de classes, fonctions, constantes et varia- 
bles. 




Une documentation creee automatiquement peut faire gagner beaucoup de temps si 
votre application devient complexe. Elle permet egalement de garder un oeil sur la 
structure generale de votre developpement. 

ASTUCE Integration du generateur a I'editeur 

Certains editeurs comme PHPEd ou Zend Studio integrent un generateur de documentation accessible 
d'un simple die. Vous trouverez de plus amples informations dans le chapitre 5 consacre aux editeurs. 



Utilisation de PHPDocumentor 

PHPDocumentor est un generateur de documentation complet pour PHP, qui se 
base sur les conventions de la phpdoc. II est maintenant integre au projet PEAR. 

Installation de PHPDocumentor 

$ pear install PhpDocumentor 

downloading PhpDocumentor-1.2.3.tgz ... 

Starting to download PhpDocumentor-1.2.3.tgz (2,656,621 bytes) 

done: 2,656,621 bytes 

install ok: PhpDocumentor 1.2.3 
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Pour configurer votre projet, vous disposez d'une documentation complete a l'adresse 
suivante : 

► http://manual.phpdoc.org/ 

La creation automatique de la documentation se fait via une interface HTML ou en 
ligne de commande. Cette derniere alternative est interessante car elle permet l'inte- 
gration de la generation a une routine automatique. La generation de la documenta- 
tion est liee a un fichier de configuration qui indique a PHPDocumentor ou se trou- 
vent les sources a integrer a la documentation. 



Figure 13-2 
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Pratiquer le remaniement (refactoring) 

Qu'est-cc que le remaniement ? 

Avez-vous deja ete confronte a une fonction ou une classe devenue trop longue ? Une 
table difficile a manipuler dans votre base de donnees ? Ou encore des redondances 
detectees apres coup ? Face a ces situations, un bon developpeur doit avoir le reflexe 
d'effectuer les modifications necessaires afin de pouvoir continuer avec un code 
source lisible et agreable a manipuler. 
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Figure 13-3 

Le remaniement optimise 
les performances 
et la clarte du code 




Si vous ne savez pas encore ce qu'est le remaniement, vous l'avez certainement pra- 
tique un jour ou 1' autre. 

II s'agit d'une technique de restructuration d'un code existant. II intervient sur l'orga- 
nisation interne du code mais n'altere en aucun cas le comportement a 1' execution. 
En d'autres termes, le remaniement n'affecte pas l'aspect exterieur d'un programme, 
mais simplement la maniere dont il est ecrit. 



A RETENIR Motifs (ou modeles) de remaniement 

Tout comme les objets avec les motifs de conception ou design patterns, il existe une liste de remanie- 
ments elementaires qu'il peut etre interessant de connaTtre. 

II s'agit d'une compilation de remaniements frequemment pratiques par de nombreux developpeurs. 
Nous les presenterons plus loin et vous en trouverez une liste complete a I'adresse suivante : 
>h tt p://www,efactoring.com/catalog/index.html 



Planifier le remaniement 

Pratiquer regulierement le remaniement a deux avantages : 

• vous maintenez une structure coherente et lisible du code source ; 

• vous maitrisez a tout moment l'architecture de votre code, ce qui vous permet de 
developper plus proprement. 

Si vous utilisez une methode agile comme eXtreme Programming ou Crystal clear (voir 
chapitre 2), vous pouvez facilement integrer une operation de remaniement a chaque 
iteration. Faites-le de preference avant d'entamer des mises a jour afin de partir sur 
des bases solides. 
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Si vous pensez mettre en attente vos developpements, n'hesitez pas a remanier votre 
code juste avant de l'abandonner. Vous veillez ainsi a ce qu'il soit lisible afin de ne pas 
perdre de temps lorsque vous le reprendrez a long terme. 

A RETENIR Niveaux de remaniement 

Une operation de remaniement peut etre classee dans plusieurs categories en fonc- 
tion de la teneur du travail a effectuer sur le code : 

• Niveau 1 : modification de la presentation dans le but d'ameliorer la lisibilite 
du code (indentation, alignement des listes de valeurs, etc.) et des commentaires. 

• Niveau 2 : modification de I'algorithme consistant a effectuer des petites 
retouches sans alterer la structure (separation de boucles, amelioration d'une con- 
dition, remplacement d'un passage de valeur par un passage de reference, etc.). 

• Niveau 3 : reorganisation de la structure du code (classes, fonctions, etc.) afin 
qu'elle soit plus claire, plus pratique, plus performante. 

En s,»o ir p,u„uM.s niv.au, de re— t : 

Le remaniement en action 

Comme il existe de nombreux remaniements elementaires repertories, commencons 
par distinguer les types de modifications que nous pouvons effectuer. 

Tableau 13-2 Types de remaniements 



j lln avAmnla narmi rl'sntrac 


Camouflage 


Changer la portee d'un attribut ou d'une methode pour la rendre inaccessible depuis I'exterieur. 


Consolidation 


Creer une fonction qui teste une expression logique complexe. 


Controle 


Ajouter une ou plusieurs assertion(s) permettant de controler I'integrite des donnees. 


Deplacement 


Deplacer une methode generique d'une classe specifique vers une classe plus generale. 


Encapsulation 


Manipuler les attributs d'une classe par I'intermediaire d'accesseurs (get, set) au lieu d'y 
acceder directement. 


Extraction 


Scinder une classe, une methode, une fonction en deux ou trois. 


Factorisation 


Faire heriter deux classes similaires d'une classe mere qui contiendra les methodes et attributs 
en commun. 


Fusion 


Creer une table a partir de deux afin de simplifier la manipulation des donnees. 


Remplacement 


Remplacer un tableau par un objet. 


Renommage 


Renommer des mots-cles (variables, fonctions, classes) afin de les rendre plus lisibles. 


Separation 


Separer une boucle gourmande en deux boucles performantes. 


Suppression 


Rechercher et supprimer du code mort (un compteur qui ne sert plus, etc.). 
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Methode Connaissance des motifs de conception pour le remaniement 

Le remaniement de niveau 3 (structure) d'un code oriente objet peut etre ameliore avec une bonne con- 
naissance des motifs de conception (design patterns) et de leurs applications. 

Pour en savoir plus sur les motifs de conception, consultez le chapitre 10. Un ouvrage (en anglais) est 

egalement consacre au remaniement par les motifs : 

IB Refactoring to patterns, par Joshua Kerievsky aux editions Addison Wesley 



Exemples 

Extraction d'une condition 

Avant... 

// Reinitialise 1 'objet courant. 
public function createBookO { 

// Teste si 1 'objet courant peut etre reinitialise, 
if ((!isset($this->book) && 

($this->bookType = self: :DEFAULT_TYPE)) || 

$this->loadAction == sel f :: RELOAD) { 

(...) 

} 

(...) 

} 

Apres... 

// Teste si 1 'objet courant peut etre reinitialise, 
private function _canlni tCurrentBook() { 
return (( ! i sset($thi s->book)&& 

($this->bookType = self : :DEFAULT_TYPE)) || 
$this->loadAction == self :: RELOAD) ; 

} 

// Reinitialise 1 'objet courant. 
public function createBookO { 

if ($this->_canIrritCurrentBook()) { 
(...) 

} 

(...) 
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Optimisation des performances 

Avant... 

I // Construit le tableau de livres. 
$i = 0; 

while ($i != getNbBooksO) { 
$i++; 

$books[$i] = new Book($i); 

} 

Apres... 

// Construit le tableau de livres. 

SnbBooks = (int) getNbBooksO; 

for ($i = 0; $i < $nbBooks; $i++) { 

$books[$i] = new Book($i); 

} 



Utiliser des templates 

Qu'est-ce qu'un moteur de templates ? 

La technique du template est tres a la mode. Elle est generalement utilisee pour 
separer la partie « logique » de la partie « presentation » d'une application. Le prin- 
cipe du template est simple : 

• La partie presentation est constituee de plusieurs templates (fichiers modeles) et 
d'un moteur. Les templates sont de simples fichiers texte qui servent de gabarits a 
la generation des donnees. 

• La partie logique constitue l'aspect dynamique de l'application degagee des meca- 
nismes lies au design. 

Utilite d'un moteur de templates 

Le melange de la logique metier et de la presentation pose souvent des problemes de 
lecture et de maintenance du code. Sans templates, la modification d'elements gra- 
phiques disperses dans une logique metier peut devenir laborieuse. 
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En revanche, l'edition d'un template pour la mise a jour de la presentation d'une 
application est aisee. II est meme possible d'editer le modele avec une application 
Wysiwyg conviviale. 



Figure 13-4 
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On utilise souvent les templates pour creer du code HTML qui concerne les aspects 
« presentation ». Toutefois, un moteur de templates peut egalement avoir d'autres 
utilites. II sert par exemple a creer du code PHP ou Python, des flux XML ou tout 
document qui peut etre produit a partir d'un gabarit. 



Rappel Templates et motifs de conception 

Les templates et les motifs de conception se complement parfois. Le plus connu des motifs utilisant les 
templates est MVC (modele, vue, controleur). Avec ce motif, le moteur et ses templates sont acteurs de 
I'element « vue ». Le chapitre 2 vous donnera davantage de details sur le motif de conception MVC. 



Utilite d'un compilateur de templates 

Un moteur de templates construit directement un document a partir d'un gabarit et 
d'un ensemble de donnees. 

Un gabarit contient par exemple du code HTML destine a creer un document web. 
Pour inserer les donnees dans le gabarit HTML, le moteur de templates utilise un 
« meta-langage » disposant les donnees dans le gabarit et creant des listes (avec des 
boucles). 

Exemple de gabarit 

<html> 
<head> 

<ti tl e> [$page->ti tl e] </ti tl e> 

</head> 

<body> 

<hl> [$page->ti tl e] </hl> 
<ul> 
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[foreach from=$books key=ref item=book] 

<lixstrong>[$ref]</strong> : [$book]</li> 
[/foreach] 

</ul> 

</body> 

</htm"l> 

Ce « meta-langage » est traduit en PHP avant d'etre genere en HTML. C'est le 
resultat de cette traduction en PHP que Ton appelle un « template compile ». La ver- 
sion compilee du template precedent est la suivante : 

Template compile du gabarit precedent 

<html> 
<head> 

<titlex?php echo ($page->title) ; ?></title> 

</head> 

<body> 

<hlx?php echo ($page->title) ; ?></hl> 
<u"l> 

<?php foreach ($books AS $ref => $book) { ?> 

<lixstrongx?php echo ($ref) ; ?></strong> 
: <?php echo ($book); ?x/li> 

<?php } ?> 

</ul> 

</body> 

</htm"l> 

Le template compile peut etre simplement appele avec le mot-cle include. Nous 
verrons plus loin qu'un template compile est caracteristique d'un moteur proposant 
un meta-langage different de PHP. Le premier moteur de templates que vous pouvez 
utiliser est PHP lui-meme ! 

Certains moteurs proposent egalement des mises en cache. Ce n'est pas le template 
qui est mis en cache, mais le resultat d'une compilation entre des donnees et un tem- 
plate. 

Dans le cas de la compilation, il y a au maximum autant de templates compiles que 
de templates. En revanche, pour la mise en cache, il existe autant de fichiers de cache 
que d'associations donnees-template differentes, ce qui peut representer un nombre 
considerable de fichiers. 

Par exemple, pour un template qui represente le gabarit d'un sommaire de livre, il y 
aura autant de mises en cache de sommaire que de livres disponibles. 
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Figure 13-5 
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Choix d'un moteur/compilateur de templates 

Le choix du moteur/compilateur de templates depend de ce que vous voulez faire. II 
existe un bon nombre de moteurs. Parmi eux, Smarty est repute pour sa fiabilite et 
ses performances. Nous l'aborderons plus loin dans ce chapitre. 

Quelques criteres a considerer dans le choix de votre moteur de templates 
Quels types de donnees voulez-vous creer ? 

HTML, PDF, XML ou format specifique, il y en a pour tous les gouts. 
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Si vos formats sont plutot heterogenes, un moteur generique (Smarty, phplib) vous 
conviendra, sinon recherchez plutot une application specifique a un format donne 
(fpdf par exemple). 

Avez-vous besoin d'une syntaxe ou d'un langage specifique ? 

L'utilisation d'une application comme Smarty demande l'apprentissage d'un 
« langage » adapte a la creation des templates. 

Les avantages sont de disposer d'une syntaxe plus simple, d'un environnement dis- 
socie de celui de PHP et de possibilites de personnalisation interessantes. 

Vous pouvez par exemple decider d'utiliser deux instances de moteurs pour un seul 
jeu de templates, comme le montre l'exemple ci-apres. Ainsi, apres le passage de la 
premiere instance du moteur, seuls les appels qui correspondent a une syntaxe precise 
sont interpreted (appels entre « //- » et « -// »). La deuxieme instance peut ensuite 
passer, interpretant les appels qui la concernent (appels entre « { » et « } ») : 

Un template melangeant deux syntaxes 

{include file="header_//-$skin-//.tpl "} 
//-foreach f rom=$products item=product-// 

{assign var="product_id" val ue="//-$product->id-//"} 

{i ncl ude f i 1 e=" product_//-$product->type-//. tpl "} 
//-/foreach-// 

{i ncl ude f i 1 e="footer_//-$skin-//. tpl "} 

Le meme template apres passage de la premiere instance du moteur 

{i ncl ude f i 1 e=" heade r_bl uesky . tpl "} 

{assign var="product_id" value="34"} 

{i ncl ude f i 1 e="product_book. tpl "} 

{assign var="product_id" value="23"} 

{i ncl ude f i 1 e="product_video. tpl "} 

{assign var="product_id" value="45"} 

{i ncl ude f i le="product_book. tpl "} 
{i ncl ude f i 1 e="f oote r_bl uesky . tpl "} 

Les inconvenients d'un langage specifique sont la necessite de le maitriser et la perte 
de performance due a son interpretation. Ce dernier point est relatif, certains 
moteurs mettent en oeuvre une « compilation » de leurs templates vers PHP. 
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Avez-vous besoin d'une mise en cache ? 

La mise en cache necessite beaucoup de ressources memoire et/ou disque. Si vous 
avez une gigantesque base de donnees qui evolue frequemment, ce n'est peut-etre pas 
une bonne idee. 

En revanche, si vous avez un nombre limite de donnees frequemment consultees, la 
mise en cache peut devenir benefique. 

La frequence de mise en cache est egalement un parametre essentiel. Si vos templates 
ne produisent jamais deux resultats identiques, la mise en cache ne servira a rien, sauf 
a reduire les performances. Dans le cas contraire, si vos templates doivent produire 
de nombreux resultats identiques, la mise en cache vous epargnera des interpretation 
redondantes et couteuses. 



Methode Mon moteur de templates ne dispose pas d'options de mise en cache, que faire ? 

Si vous voulez une mise en cache et que votre moteur de templates ne propose pas cette option, pas de 
panique ! II existe plusieurs solutions pour pallier ce deficit : 

• Pour maTtriser completement la mise en cache, vous pouvez utiliser une application specialisee de 
mise en cache comme APC ou JPCache. 

• Certains environnements d'execution comme la Zend Platform proposent des solutions de mise en 
cache parametrables a travers une interface. 

• Enfin, un serveur HTTP comme Apache2 propose un module de mise en cache performant, bien que 
moins personnalisable que les autres. 



Exemples d'utilisation avec Smarty 

Smarty est un moteur/compilateur de templates de reference. II est performant, per- 
sonnalisable et couvre les besoins d'une large palette d'applications. Cet outil se 
democratise de plus en plus en entreprise car il fait ses preuves en ce qui concerne 
tant les performances que la facilite d'utilisation. 



► http://smarty.php.net 



On lui reproche quand meme quelques details. Les puristes n'aiment pas trop la qua- 
lite du code genere dans les templates compiles et ne voient pas toujours l'interet 
d'utiliser un meta-langage a la place de PHP lui-meme. Par ailleurs, bien que son 
meta-langage soit simple et personnalisable, les graphistes qui connaissent PHP 
reprochent a Smarty d'introduire un nouveau langage a apprendre. 

En pratique, cela n'empeche pas Smarty d'etre un moteur de templates convain- 
quant. Son adoption est rapide grace a la documentation en ligne. 
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Figure 13-6 
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'Hello !'); 
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<htnl><head> 

<title>{$title}</title> 

</headxbody> 

(...) 



Smarty possede egalement des fonctions de debogage tres pratiques, dont la possibi- 
lite de visualiser le contexte courant (variables disponibles) de chaque template sous 
forme de tableau HTML. 



Classe d'initialisation 

C'est la classe que vous allez appeler a chaque fois que vous aurez besoin de faire 
appel au moteur de templates. Void un exemple de classe d'initialisation que vous 
pouvez utiliser dans vos scripts : 

Classe d'initialisation pour Smarty 

<?php 

// Notre classe d'initialisation 
class SmartyTPL extends Smarty { 

public function construct() { 

$thi s->Smarty() ; 

$current_dir = dirname( FILE ).'/'; 

$thi s->templ ate_di r = $current_di r. 'templates/' ; 
$thi s->compi le_di r = $current_di r. 'tmp/templates_c/' ; 
$this->config_dir = $current_di r. 'config/' ; 
$thi s->cache_di r = $current_di r. 'tmp/cache/' ; 
$thi s->cachi ng = false; 

} 



?> 
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Appel du moteur de templates dans un code source PHP 

Le travail du developpeur consistera a faire appel a la classe SmartyTPL pour provo- 
quer l'affichage de donnees comme le montre l'exemple suivant : 

Appel de Smarty dans un code PHP 

<?php 

// Initialisation des donnees a afficher. 

// Elles peuvent provenir d'une base de donnees. 

Stitle = "Liste des ouvrages di sponi bl es" ; 

Sbooks = ArrayC'Bonnes pratiques PHP", 

"PHP 5 Avance", 

"PHP en pratique") ; 

// Instantiation de notre moteur de templates 
i ncl ude_once( ' SmartyTPL . cl ass . php ' ) ; 
$tpl = new SmartyTPLO ; 

// Mise en place des donnees dans le contexte 
// du moteur de templates 
$tpl->assign('title' , $title); 
$tpl ->assign(' books ' , $books) ; 

// Appel du template et affichage de la page. 

// Le template "book_list.html" est obi igatoi rement 

// dans le dossier "templates" defini dans la 

// classe d' initialisation. 

$tpl ->di spl ay ( ' bookj i st . html ' ) ; 

?> 

Creation d'un template Smarty 

Les templates Smarty sont des fichiers texte. Les variables utilisees pour l'affichage 
des donnees doivent correspondre a celles qui ont ete declarees dans la partie 
developpement : 

Un template Smarty 

<html> 
<head> 

<title>{$title}</title> 

</head> 
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<body> 

<hl>{$title}</hl> 

{* Affichage de la liste des ouvrages *} 
<div class="book_list"> 
{foreach from=$books item=book} 

<di v cl ass=" bookl i ne">{$book | html special chars}</di v> 
{/foreach} 

</body> 
</html> 

Dans cet exemple tres simple de template : 

• Stitle et Sbooks sont des variables declarees dans la partie developpement ; 

• Sbook est une variable mise a jour a chaque iteration de la boucle foreach ; 

• foreach est un mot-cle de la syntaxe Smarty permettant d'iterer sur les elements 
d'un tableau ; 

• html special chars est un modificateur correspondant a une fonction PHP 
existante ; 

• {* et *} sont des delimiteurs de commentaires conformement a la syntaxe definie 
par Smarty. 

Utilisation de PHP comme moteur de templates 

PHP est par lui-meme un excellent moteur de templates. Les designers qui connais- 
sent la base de PHP peuvent tres facilement creer des templates de ce type. lis ont 
l'avantage de ne necessiter aucune ressource mis a part l'interpreteur PHP. 

Un template PHP 

<html> 
<head> 

<titlex?php echo $title; ?></title> 
</head> 

<body> 

<hlx?php echo $title, ?></hl> 

<?php /* Affichage de la liste des ouvrages */ ?> 

<div class="book_list"> 

<?php foreach ($books AS $book) { ?> 
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<div class="bookline"> 

<?php echo html special chars ($book); ?> 

</di v> 

<?php } /* /foreach */ ?> 

</body> 
</html> 

Si les avantages de cette methode sont la simplicite et l'efficacite, elle presente quel- 
ques inconvenients qui ont conduit au developpement de moteurs de templates 
comme Smarty ou PHPLib : 

• Aucune restriction nest faite sur l'utilisation de PHP. L'auteur du template a 
acces a toutes les fonctions PHP disponibles dans l'environnement. 

• II est difficile de personnaliser la syntaxe. L'utilisation des tags PHP est obliga- 
toire. 

• L' architecture du moteur n'est pas figee, c'est a vous de definir vos conventions. 

Contraintes liees aux moteurs de templates 

L'utilisation d'un moteur de templates apporte de gros avantages en matiere d'archi- 
tecture, de maniabilite du code et d'aide au travail en equipe. En revanche, elle peut 
avoir egalement quelques inconvenients. 

Le moteur de templates est une couche supplemental, qui risque d'avoir de 
l'influence sur les performances et le comportement de votre application. Si votre 
moteur propose la mise en cache de pages et la compilation des templates, veillez a 
maitriser ces outils et a les utiliser de maniere optimale. 

L'utilisation du cache doit etre maitrisee. Si votre cache est mal configure, vous 
pouvez vous retrouver dans les situations suivantes : 

• Les donnees de vos pages doivent evoluer mais le cache les a figees. Cela vous oblige 
a supprimer (purger) les fichiers de cache frequemment. 

• La configuration de votre cache n'empeche pas V execution de processus complexes et 
couteux a chaque requete. 

• Le nombre de pages differentes que peut creer votre application est extremement 
eleve et vous mettez en cache toutes vos pages. Faites attention a ce que le nombre 
de fichiers de cache ne grossisse pas trop. 
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Assurer des developpements 
PHP performants et polyvalents 



A travers quatre disciplines, nous allons aborder dans ce chapitre l'art et la maniere 
de rendre des developpements fiables et communicants. 

L'interoperabilite des developpements dans un systeme d'information aux technologies 
heterogenes est un point fort de la plate-forme PHP. Nous aborderons les differentes 
possibilites d'interaction offertes par PHP a travers les couplages laches et les cou- 
plages forts. 

Les services web sont aujourd'hui incontournables. lis deviennent une solution uni- 
verselle d'interaction entre plusieurs applicatifs quelles que soient leurs caracteristi- 
ques techniques. 

La generation de code est une pratique de plus en plus maitrisee qui peut rendre de 
grands services. Nous aborderons ici les bases de cette discipline et verrons comment, 
a travers des techniques de generation partielle, il est possible d'ameliorer la mainte- 
nance et les caracteristiques d'une application. 

La mise en cache, pour finir, est actrice de l'optimisation des performances et des eco- 
nomies de ressources. Nous aborderons ici les bonnes pratiques et les pieges de la 
mise en cache. 
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Interactions avec d'autres plates-formes 



Possibility offertes par PHP 

La souplesse de la plate-forme et la diversite de ses extensions font de PHP un outil 
ideal d'interoperabilite. 

PHP peut communiquer nativement (couplage fort) avec des programmes ecrits en 
C et C++ par l'intermediaire des extensions. II peut egalement communiquer avec 
des applications ecrites en Java par l'intermediaire de ponts specialises. 

En plus de cela, de nombreuses solutions d'interaction sont offertes grace a la par- 
faite maitrise des services web et des protocoles de communication. PHP possede 
pour cela des extensions C performantes que nous aurons l'occasion de decouvrir 
dans ce chapitre. 



Figure 14-1 
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Couplage fort : interactions natives 



Pont /API 



Couplage lache : Interactions via protocols 




Couplage fort 

Historiquement, seul le couplage fort permettait une reelle interaction entre deux 
technologies differentes. Cette solution consiste a mettre en place une API donnant 
un acces natif a l'environnement d'une technologie a partir d'une autre (objets, varia- 
bles, etc.). 

Java est la technologie generalement choisie pour les applications metier, et PHP 
pour l'environnement web. 

Faire interagir PHP et Java 

Deux solutions permettent actuellement de faire interagir nativement PHP et Java : 

• une extension Java/PHP 4 (http://php-java-bridge.sourceforge.net) ; 

• le bridge de la Zend Platform (http://www.zend.com). 
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Le principe de fonctionnement d'un pont Java (bridge) pour PHP est illustre sur la 
figure 14-2. 




L'exemple suivant fonctionne avec les deux solutions. II fait appel a une classe stan- 
dard accessible par defaut dans tout environnement Java. 

Utilisation de ressources Java dans un code PHP 

// Utilisation simple de la classe SimpleDateFormat 
Sformatter = new 3ava("java. text. SimpleDateFormat", 

"EEEE, MMMM dd, yyy 'at' h:mm:ss:a:zzzz") ; 
echo $formatter->format(new Java(' java. uti 1 . Date' )) ; 

Le resultat du script precedent 

jeudi, avril 28, 05 at ll:06:02:PM:Heure d'ete d'Europe centrale 



Toute classe accessible par l'intermediaire de la variable d'environnement CLASS PATH 
devrait etre manipulable par cet intermediate. Le pont Java/PHP 5 de Zend Tech- 
nologies permet egalement d'effectuer des appels natifs aux EJB. 

Les ponts Java necessitent tous un environnement Java pour fonctionner. La lecture 
de la procedure d'installation d'un pont Java est souvent necessaire pour obtenir une 
solution fonctionnelle. 
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A Qu'est-ce qu'un CLASSPATH ? 

Un environnement Java dispose de plusieurs variables d'environnement, dont CLASSPATH qui a un role 
similaire a la variable PATH d'un environnement Unix. Cette variable contient une liste de repertoires oil 
sont stockees les archives auxquelles nous souhaitons acceder. 

Si un programme Java ne fonctionne pas a cause d'une dependance, il est possible que la variable 
CLASSPATH de votre environnement soit mal renseignee. 



Faire interagir PHP et C/C++ 

Une interaction native entre PHP et C/C++ se fait par l'intermediaire des exten- 
sions. La bibliotheque PECL (The PHP Extension Community Library) contient la 
plupart des extensions PHP libres existantes. 



► http://pecl.php.net 



Le chargement de ces extensions dans PHP fournit un environnement pour les 
exploiter. Cet environnement peut se traduire en constantes, fonctions et classes spe- 
cifiques a chaque extension. 

Creation d'une extension en C (ou C++) 

La creation d'une extension pour PHP est simple, mais requiert de bonnes connais- 
sances en C. II existe pour cela une methode, des ressources et quelques outils. 



Figure 14-3 
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Une extension C pour PHP peut etre autonome ou liee a une application indepen- 
dante. L'extension wddx est autonome car elle ne requiert pas la presence d'un pro- 
gramme deja installe pour etre compilee dans PHP En revanche l'extension MySQL 
doit obligatoirement etre accompagnee du programme MySQL pour fonctionner. 

Les extensions autonomes sont compilees avec le prefrxe --enable et les extensions 
dependantes d'un programme externe sont compilees avec le prefrxe --with dans les 
options du programme configure. 

Comme nous pouvons le voir sur la figure 14-3, chaque extension dispose de trois 
groupes de ressources differentes : celles du moteur Zend Engine, celles du noyau de 
PHP et celles de la couche SAPI liee a l'environnement d'execution (Apache, 
Caudium, etc.). 

Exemple pratique de creation d'une extension 

Nous allons creer ici une extension minimale « a la main », c'est-a-dire sans outil de 
generation, afin de bien comprendre le principe. 

Dans un premier temps, nous pouvons creer un dossier portant le nom de notre 
extension : productmanagement. II nous faudra obligatoirement un environnement 
d'execution PHP (avec 1' executable phpize que nous aborderons plus loin) et les 
outils de compilation (autoconf, automake, aclocal, make et un compilateur). 

Preparation de I'espace de travail 

$ cd ext/ 

$ mkdi r productmanagement 
$ cd productmanagement 

Dans un deuxieme temps, nous allons creer nos fichiers sources elementaires : 

1 Le fichier config.m4 utile a la generation de l'environnement de compilation, 
contenant les informations suivantes : 

Fichier config.m4 

PHP_ARC_ENABLE(productmanagement, whether to enable ProductManagement support, 
[ --enable-productmanagement Enable ProductManagement support]) 

if test "$PHP_PRODUCTMANAGEMENT" = "yes"; then 
AC_DEFINE(HAVE_PRODUCTMANACEMENT, 1, [Whether you have ProductManagement]) 
PHP_NEW_EXTENSION (productmanagement , productmanagement . c , $ext_shared) 

fi 

2 Le fichier php_productmanagement. h, un en-tete C contenant les declarations 
(des fonctions) de notre programme : 
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Fichier php_productmanagement.h 

#i f ndef PHP_PRODUCTMANACEMENT_H 
#define PHP_PRODUCTMANAGEMENT_H 1 

#define PHP_PRODUCTMANAGEMENT_VERSION "1.0" 

#define PHP_PRODUCTMANACEMENT_EXTNAME "productmanagement" 

PHP_FUNCTION(pm_get_version) ; 

extern zend_modul e_entry productmanagement_modul e_entry ; 

#define phpext_productmanagement_ptr &productmanagement_modul e_entry 

#endif 

3 Puis le fichier productmanagement . c contenant le corps des fonctions de notre 
extension : 

Fichier productmanagement.c 

#ifdef HAVE_CONFIC_H 
#include "config.h" 
#endif 

#include "php.h" 

#i ncl ude "php_productmanagement . h" 

static function_entry productmanagement_functions[] = { 
PHP_FE(pm_get_version, NULL) 
{NULL, NULL, NULL} 

}; 

zend_module_entry openstates_module_entry = { 
#if ZEND_MODULE_API_NO >= 20010901 

STANDARD_MODULE_HEADER, 
#endif 

PHP_PRODUCTMANACEMENT_EXTNAME , 

productmanagement_f uncti ons , 

NULL, 

NULL, 

NULL, 

NULL, 

NULL, 
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#if ZEND_MODULE_API_NO >= 20010901 
PHP_PRODUCTMANACEMENT_VERSION , 
#endif 

STANDARD_MODULE_PROPERTIES 

}; 

#i f def COMPILE_DL_PRODUCTMANAGEMENT 

ZEND_CET_MODULE(productmanagement) 

#endif 

// Renvoie la version de 1 'extension 

PHP_FUNCTION(pm_get_version) 

{ 

RETURN_STRINC(PHP_PRODUCTMANAGEMENT_VERSION, 1) ; 

} 

Une fois ces trois fichiers crees, il ne nous reste plus qua generer l'environnement de 
compilation et compiler pour la premiere fois 1' extension : 

Premiere compilation de I 'extension 

$ phpize 

$ ./configure --enable-productmanagement 
$ make 

Pour tester la fonction pm_get_version que nous venons de creer, il faut que l'envi- 
ronnement PHP puisse charger dynamiquement notre extension. 

Pour cela, nous allons deplacer le fichier modules/productmanagement.so qui vient 
d'etre cree dans le dossier contenant les extensions PHP (defini par la cle 
extension_di r de php.ini) et ajouter a php.ini la ligne extension= 
productmanagement . so (il est possible egalement de specifier le chemin absolu vers 
l'extension). 

Enfin, nous pouvons tester notre premiere fonction : 
Test de l'extension 
$ php -r 'echo pm_get_version() ; ' 
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Pour aller plus loin Extensions PHP 

Pour en savoir plus sur le developpement des extensions PHP, vous pouvez vous rendre sur la documen- 
tation officielle de PHP et le site de Zend Technologies aux adresses suivantes : 

Introduction 

► http://www.zend.com/php/internals/extension-writing1 .php 
API Zend 

► http://www.php.net/manual/fr/zend.php 
API PHP 

► http://www.php.net/manual/fr/api.php 



Methode Comment generer automatiquement son extension ? 

II existe des outils pratiques qui construisent automatiquement le squelette de votre application au lieu 
de tout faire a la main : ext_skel et pec"l_gen. Ces programmes permettent de generer les fichiers 
utiles de votre extension C a partir de fichiers de definition. Reportez-vous a la documentation de ces 
outils ou aux presentations faites dans les talks du site off iciel de PHP pour les utiliser. 
► http://talks.php.net 
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Figure 14-4 Etape de creation d'une extension en C avec un outil de generation 



Couplage lache 

Le couplage lache privilegie la definition de formats d'echange de donnees. Cela 
permet de faire abstraction de la technologie utilisee et de se calquer sur le besoin 
metier et non sur les aspects techniques. 
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Principe du couplage lache, 
interactions entre applications 
heterogenes 




Nous pouvons classer ces solutions en deux categories : 

• les echanges simples (WDDX, serialisation, etc.) ; 

• les services web (SOAP, XML-RPC, REST). 



Tableau 14-1 Solutions techniques de mise en oeuvre du couplage lache 



SOAP, XML-RPC, REST 


Mise en oeuvre de services web. 


Solution universelle permettant le partage de don- 
nees et de fonctionnalites. 


DOM, Sax, SimpleXML 


Utilisation deflux XML. 


XML est un outil pratique et universel pour le stoc- 
kage et I'echange de donnees structures. 


WDDX, serialize 


Echange de donnees et d'objets 
par la serialisation. 


Permet des echanges d'objets et de tableaux. La 
mise en oeuvre de ces outils est tres simple. 


Bases de donnees 


Partage de donnees. 


Echanges rapides et indirects de donnees (mode 
non connecte). 



Les solutions de cooperation entre applications PHP et non-PHP par couplage 
lache sont nombreuses. Comme l'illustre le tableau 14-1, il est possible d'utiliser plu- 
sieurs techniques qui ont chacune ses caracteristiques. Avant d'introduire les services 
web, voyons quelques exemples simples de mise en oeuvre de couplages laches avec la 
serialisation. 
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WDDX (http://www.openwddx.org/) est un protocole simple et pratique d'echange de 
donnees structurees qui fonctionne bien avec les tableaux. Son principe repose sur 
deux operations de base : 

• La serialisation (linearisation) transforme les donnees en un document XML. 

• La deserialisation (delinearisation) transforme un document XML en donnees. 



Figure 14-6 
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Void un exemple pratique d'utilisation de WDDX pour envoyer des informations 
d'une application serveur a une application cliente, adaptable a d'autres plates- 
formes que PHP reconnaissant WDDX : 

wddx_server.php 

// Une structure de type tableau (peut egalement 
// etre un objet ou tout autre contenu). 
$my_tab[645] = Array(name => "La grece", price => 699); 

// serialisation de la structure "my_tab" 
$xml = wddx_serialize_vars('my_tab') ; 
echo $xml ; 



wddx_client.php 

// Recuperation des donnees 

$xml = file_get_contents('http://localhost/wddx_server.php'); 



// Deserialisation d'un flux WDDX et affichage du contenu 
print_r(wddx_deserialize($xml)); 



A RETENIR Attention aux limites de WDDX ! 

A I'heure ou s'ecrivent ces lignes, WDDX fonctionne tres bien avec les variables de types elementaires ou 
tableaux. En revanche, il est un peu capricieux avec les objets. Si vous voulez faire de la serialisation effi- 
cace avec les objets, utilisez les fonctions serial ize et unserial ize qui seront a I'inverse parfai- 
tement adaptees. 
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Principe et utilite 

Les services web repondent a un besoin d'interoperabilite. lis ont mis du temps a se 
stabiliser, mais aujourd'hui, la solution est une reference pour les echanges de donnees. 

Une des utilisations les plus repandues des services web consiste, pour un operateur 
donne, a mettre a disposition une base de contenu sur Internet. Ces contenus sont 
consultables par des clients (agences, operateurs, gds, etc.) selon une politique 
d'acces personnalisee. 




Ainsi, les echanges B2B entre les differents acteurs d'un meme marche se trouvent 
facilites, quelles que soient les technologies utilisees par chacun d'eux en interne. Les 
applications basees sur des architectures de services web sont dites SOA (Service 
Oriented Architecture). 

II existe bien entendu beaucoup d'autres fonctions utiles des services web. lis peuvent 
intervenir entre la logique metier et la couche presentation d'une meme application, 
proposer des services d'acces a n'importe quelle information et convenir a tout besoin 
d'interoperabilite. 
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Nous allons maintenant nous interesser aux alternatives techniques des services web 
et aux outils qui permettent de faciliter leur utilisation en PHP. 

Choisir une solution d'interoperabilite 

Trois solutions d'interoperabilite par services web sont proposees par PHP : SOAP, 
REST et XML-RPC. Voici en resume leurs caracteristiques : 

• SOAP (Service Oriented Access Protocol) est la solution la plus verbeuse mais 
aussi la plus complete. Elle constitue un veritable standard accompagne de nor- 
mes precises adoptees par les grands acteurs du marche (J2EE, .NET). 

• REST (Representational State Transfer) est un type d'architecture emergent et 
tres leger, parfaitement adaptee a PHP. II permet de mettre en ceuvre des applica- 
tions d'interoperabilite simples et rapides. 

• XML-RPC est la source d'inspiration de SOAP. II est aujourd'hui moins utilise 
depuis l'apparition de ce dernier, mais possede encore une communaute active et 
fidele. 



Figure 14-8 

Interactions entre diverses 
applications heterogenes 
via les services web 



Application Traduction Echanges de flux Traduction Application 



SOAP 



Java 



XML-RPC 



AS] 

Cll | 

document 



REST 



Requite 




SOAP 




PHP 


XML-RPC 


Java 


REST 




C++ 



Recept' ^ l" P 
PHP 

enl 

Y Y 



Exemple d'interaction 
entre PHP et un autre langage « x » 




Traitmt. 



Assurer des developpements PHP performants et polyvalents 

Chapitre 14 



Reference Se documenter sur les services web 

Pour en savoir davantage sur les services web et leur implementation, il existe un ouvrage tres complet 
sur ce sujet : 

DJl Services web avec J2EE et .NET de Libera Maesano, Christian Bernard et Xavier Le Galles aux editions 
Eyrolles 



SOAP : un standard polyvalent 

Introduit sous l'influence de XML-RPC et la popularite grandissante de XML, 
SOAP est aujourd'hui un standard. II est defini par le consortium W3C a l'adresse 
suivante : 

► http://www.w3.org/TR/soap/ 

Mettre en place un service web avec SOAP peut faire intervenir deux autres 
protocoles : 

• WSDL (Web Service Description Language) : un fichier XML contenant le 
« manuel d'utilisation » du service web (parametres, methodes a appeler et for- 
mats des donnees). Ce langage de description est decrit a l'adresse suivante : 

► http://www.w3.org/2002/ws/desc/ 

• UDDI (Universal Description Discovery & Integration) : un annuaire universel 
de recherche de services web. 



Figure 14-9 
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PHP propose plusieurs applications SOAP dont une extension native mettant en 
oeuvre des serveurs et des clients. 

Le document WSDL doit actuellement etre defini a la main mais il existe pour cela 
des outils que nous aborderons plus loin. Le client SOAP sait lire la description 
WSDL et utiliser SOAP pour interagir avec le serveur. Nous allons nous interesser 
plus precisement aux protocoles SOAP et WSDL. 
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Figure 14-10 
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Comme illustre sur la figure 14-10, le document WSDL contient tout ce qu'il faut 
pour que le client sache communiquer avec le serveur : les adresses des services a 
appeler, les types de donnees et les fonctionnalites mises a disposition. 

Le message SOAP assure le transfert d'informations entre le client et le serveur. II 
contient les informations d'acces et de securite ainsi que les donnees utiles a 
echanger. Vous pouvez reconnaitre les differentes parties dun message SOAP ou 
d'un document WSDL en vous aidant de la figure 14-10. 

Parmi les differentes applications qui mettent en oeuvre des services web avec SOAP, 
citons : 

• en PHP : l'extension native SOAP, nuSOAP et PEAR:: SOAP ; 

• enjava: AxisJAXR, SAAJ, JBossWS ; 

• en .NET : WebServiceStudio et le framework .NET. 



Figure 14-11 
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Par exemple, la figure 14-11 montre comment mettre en ceuvre une solution de 
front-end en PHP pour une application Java. 

II nous faut pour cela un service web simple developpe par exemple en Java/Axis, qui 
sur l'appel d'une methode getProductDetail renvoie le detail d'un produit de 
voyage. Le client PHP permet ensuite d'obtenir le detail d'un produit en seulement 
deux lignes : 

Appel d'un service web SOAP en PHP 

// declaration du client, appel du document wsdl 
Sclient = new SoapCl ient("http://server/travel .wsdl ") ; 



// Appel de la fonctionnalite desi ree 
Sresponse = $client->getProductDetail (349) ; 



Outil Comment generer automatiquement un serveur SOAP en PHP ? 

UML2PHP5 est un des rares outils permettant de generer du code PHP 5 a partir d'un diagramme UML. 
En plus d'etre gratuit, il gere aussi la creation de documents WSDL et d'un serveur en PHP par I'interme- 
daire du stereotype «SOAP» a mentionner dans les classes concernees. Pour en savoir plus sur cet 
outil tres pratique, vous pouvez consulter le chapitre 8 et vous rendre a I'adresse suivante : 



REST : une solution simple et performante 

L'architecture REST est une approche SOA simplifiee. Elle permet un echange 
simple entre deux applications : les requetes sont envoyees dans FURL (GET) et les 
reponses sont renvoyees par le serveur (generalement HTTP) au format XML. 

REST est une proposition d'architecture et non un protocole bien defini. II n'existe 
pas de description de REST sur le site du consortium W3C. Pour mettre en oeuvre 
une telle solution, nous allons utiliser les outils de manipulation XML standards, tels 
que SimpleXML, SAX ou DOM. 

Le principe de REST est simple : une requete CET est envoyee au serveur avec la 
demande du client, puis un flux XML contenant la reponse est renvoye par le serveur. 



Figure 14-12 
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Dans l'exemple ci-apres, l'application serveur renvoie le detail d'un circuit touristique 
sous la forme d'un flux XML en reponse a une requete HTTP. 

Requete HTTP envoyee au serveur REST 

http://server/restserver. php?method=t ravel .getDetail&id=3 

Contenu XML renvoye par le serveur 

<rsp stat="ok"> 

<method>travel . getDetai l</method> 
<format>rest</format> 
<id>3</id> 

<titre>Grece - les Cycl ades</titre> 
<ni veau>f aci 1 e</ni veau> 
<duree>7 jours et 6 nui ts</duree> 
<escale> 
<type>Ile</type> 
<ti tre>Syros</ti tre> 
<visite>Les plages</visite> 

</escale> 

<escale>. . .</escale> 
</rsp> 

Pour lire ce flux, nous pouvons developper un client qui contiendra le morceau de 
code suivant : 

Exemple de client en PHP 

// Parametres a rendre dynamiques 
Sop = "menu"; 
Sid = 3; 

// Recuperation du flux XML et chargement de l'arbre XML 
Surl = 'http://server/restserver.php?op=' .Sop. '&id=' .Sid; 
Sxml = simplexml_load_file($url) ; 



// Appel d'un template d'affichage 
include 'menu.tpl .php' ; 
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Exemple de template d'affichage menu . tpl . php simple 

<html> 
<head> 

<!-- Affichage du titre de fenetre --> 
<titlex?php echo $xm"l->titre; ?></title> 
</head> 
<body> 

<!-- titre et introduction --> 

<hlx?php echo $xml->id; ?>. <?php echo $xnfl ->titre; ?></hl> 

<p>Circuit <?php echo $xml->niveau; ?> 

d'une duree de <?php echo $xml ->duree; ?>.</p> 

<!-- contenu des escales du circuit en cours --> 
<?php foreach ($xml ->escale AS $escale) { ?> 

<h3x?php echo $escale->type; ?> : 

<?php echo $escale->titre; ?></h3> 

<h4>Vi si tes</h4xu~l> 

<?php foreach ($escale->visite AS $visite) { ?> 
<lix?php echo $visite; ?></li> 
<?php } /* fin foreach */ ?x/ul> 

<?php } /* fin foreach */ ?> 

</body> 
</html> 



Ce client affiche le contenu d'un circuit touristique comprenant son intitule, sa duree 
et ses etapes. 

XML-RPC : une autre alternative 

XML-RPC est, comme son nom l'indique, un protocole RPC (Remote Procedure 
Call ou Appel de Procedure Distante) base sur XML. Les appels de procedures par 
le client se font en XML et les reponses sont en XML egalement. 

PHP possede une extension permettant d'utiliser XML-RPC en client et en serveur. 
Une extension PEAR existe aussi : PEAR: XML-RPC, plus lente mais reputee plus 
stable que 1' extension C. La documentation en ligne sur XML-RPC vous en fera 
connaitre davantage sur cette solution d'interoperabilite aujourd'hui de plus en plus 
delaissee pour SOAP : 

► http://www.php.net/manual/en/ref.xmlrpc.php 
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Generation de code 



A quoi sert la generation de code ? 

La generation de code, c'est un peu comme la recursivite : il ne faut pas en abuser ni 
aller trop loin. En revanche, elle est tres pratique dans certaines situations. 

Notons que nous parlerons ici de generateurs de code « complets ». II existe des 
generateurs de squelettes ou de classes a remplir par des developpeurs, ce n'est pas le 
sujet de cette section. 

Precisons tout de suite qu'il existe plusieurs types de generation de code : 

• Une application de conception logicielle ou un moteur de templates peut generer 
le code d'un ou plusieurs fichier(s) ou 1'implementation complete d'une applica- 
tion. On appelle souvent ces outils des compilateurs car leur role est de traduire 
un langage, souvent de quatrieme generation, en PHP. 

• Surtout connu dans le monde de l'intelligence artificielle, il est possible et meme 
facile en PHP de mettre en place un mecanisme d'autogeneration, en d'autres 
termes, creer une application qui est capable de modifier son propre code a la 
volee. C'est une discipline passionnante mais pleine de pieges. 

• Enfin, certains outils sont capables de parcourir (parser) du code et de le reecrire 
de maniere a ce qu'il soit plus lisible (formatters), moins lisible (encoders), plus per- 
formant (optimizers), plus ou moins securise ou specifique a une utilisation don- 
nee. Ici, nous avons affaire a un mecanisme de traduction ou de remaniement 
automatique de code. 

Que peut faire la generation de code ? 

L'imagination permet de tout envisager. Nous pouvons en revanche citer quelques 
applications plus ou moins mises en oeuvre : 

• Le compilateur de templates prend en entree un gabarit compose d'un contenu 
(HTML, PDF, texte, etc.) et d'un « meta-langage » destine a etre traduits en 
fichiers PHP qu'on peut inclure (i ncl ude) comme tout autre fichier contenant du 
code. C'est le cas du moteur Smarty. 

• Les mecanismes d'acceleration et d'optimisation parsent un code et le remanient 
selon des regies bien precises. Nous verrons en quoi consiste cette discipline plus 
loin. 

• Lautomatisation de certaines taches peut egalement etre envisagee, par exemple, 
la generation automatique de tests unitaires. 
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• La personnalisation d'une application consiste a considerer ses sources comme un 
grand gabarit qui peut etre traduit pour chaque client, pour une langue ou un 
environnement donne. 



Exemple Autogeneration minimale 

Executez le code suivant en ligne de commande et voyez ce qui se passe : 
#!/usr/1oca"l/bin/php -f 
<?php 

define ('COUNTER' , 1) ; 

echo 'J\'ai ete appele '.COUNTER." fois.\n"; 

Scode = file_get_contents( FILE ); 

Seline = '/define \(\'COUNTER\' , \d+\)l/'; 
Scline = 'define (\'COUNTER\' , '.(COUNTER + 1).');'; 
Scode = preg_replace($e"line, Scline, Scode); 
file_put_contents( FILE , Scode) ; 

?> 

La sortie indique « J'ai ete appele 1 fois », puis « J'ai ete appele 2 fois » et ainsi de 
suite. Ce code modifie a chaque passage sa constante COUNTER directement dans son 
propre code source. 

Vous pouvez exploiter ce principe pour generer du code en fonction de parametres 
utilisateur. En revanche, faites attention de ne pas laisser de possibilites d'attaques 
par inclusion avec ce principe. 



Accelerer et optimiser des developpements 

La methode de developpement un peu particuliere que nous allons voir ici permet de 
disposer de plusieurs versions personnalisees, optimisees et accelerees d'une meme 
application par le biais d'un generateur original, que nous appellerons « generateur 
d'application ». 

Un « generateur d'application » 

Le principe de ce generateur est decrit sur la figure 14-13. Le developpement de 
l'application est assure par le respect de regies qui, non seulement facilitent le travail 
du developpeur, mais fournissent plusieurs versions optimisees a partir d'une 
« application gabarit ». 

Comme nous le voyons sur la figure 14-14, ces « versions generees » d'une meme 
application sont optimisees selon plusieurs criteres. Selon les cas, les reglages effec- 
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Figure 14-13 
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tues privilegient les performances (pour la production), la tracabilite des tests (pour la 
recette), le debogage (pour le developpement) ou un autre besoin (pour du packaging, 
etc.). 
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Dans tout type de generateur, il est important de prevoir ce qui declenchera le pro- 
cessus. Dans le cas de la figure 14-14, les versions de notre application peuvent pour 
la plupart etre generees manuellement ou a des periodes determinees. 

La version de debogage en revanche doit faire l'objet d'une generation partielle des 
parties modifiees, afin de maintenir le confort de developpement que permet PHP. 
Sans cela, il faudrait generer a la main a chaque modification, ce qui serait fastidieux. 
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La regeneration automatique partielle 

Cette operation de regeneration automatique est decrite sur la figure 14-15 sous 
forme d'un diagramme de flux. Ainsi, le developpeur travaille sur l'application 
gabarit et teste sur l'application generee comme s'il s'agissait de la meme application. 



Figure 14-15 
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g_include('file.php'}; 





Le principe de la fonction g_include() est d'effectuer ce test un peu particulier. 
Cette fonction prend en charge la recherche du fichier a inclure, la generation de ce 
fichier s'il a ete modifie dans la version gabarit de l'application et enfin l'inclusion du 
fichier genere. 



Table de traduction 

Quelle difference y a-t-il entre les fichiers de la version gabarit et ceux des versions 
debogage, production, recette, etc. ? Pour le determiner, c'est a vous de formaliser les 
criteres de generation. 

Le premier critere que nous avons defini plus haut est celui du mot-cle prefixe par 
g_. Tous ces mots-cles peuvent faire l'objet d'une traduction selon des regies que vous 
aurez definies dans une table. 
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Tableau 14-2 Exemple de table de traduction pour deux versions 



g_i ncl ude(x) ; 


Remplace par une fonction de rege- 
neration automatique. 


Remplace par un requi re ou un 
i ncl ude. 


g_debug(x) ; 


Remplace par une fonction qui affi- 
che et logue I'information "x". 


Remplace par une ligne vide. 


g_error(x) ; 


Remplace par une fonction qui affi- 
che et logue I'erreur "x". 


Remplace par une fonction qui affi- 
che une page d'erreur et logue le 
probleme et la pile d'erreurs afin de 
pouvoir analyser par la suite. 


//-#mysql_password#-// 


Remplace par le mot de passe 
MySQL de developpement. 


Remplace par le mot de passe 
MySQL de production. 



Exemple de code de la version « gabarit » 

<?php 



// Inclusion du gestionnai re de base LDAP. 
g_i ncl ude ( ' 1 dapmanager ' ) ; 

// Fonction de recuperation des informations d' edition, 
public function edit($filter, Sfields, 

$dn = 7/-#ldapDNPeople#-//") { 
if (!$_POST['ldapForm']) { 

Svalues = $thi s->search($dn , Sfilter); 
if (Svalues ['count'] != 1) { 

f_error("Echec d'edition du formulaire. ") ; 
f_debug("Requete : [Sfilter] [$title]."); 
return false; 

} 

(...) 

} 

} 



?> 
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Code precedent genere pour la version « debogage » 
<?php require_once ' debug_f unctions. php 1 ; 

// Inclusion du gestionnai re de base LDAP. 
debug_i ncl ude( ' 1 dapmanager . php ' ) ; 

// Fonction de recuperation des informations d'edition. 
public function edit($filter, Sfields, 

$dn = "ou=people,dc=fraternity,dc=locaT') { 
if (!$_POST['ldapForm']) { 

Svalues = $this->search($dn, Sfilter); 
if (Svalues ['count'] != 1) { 

debug_error("Echec d'edition du formulaire. ") ; 
debug("Requete : [Sfilter] [$title]."); 
return false; 

} 

(...) 

} 

} 



Code precedent genere pour la version « production » 
<?php require_once 'prod_reporting.php' ; 



// Inclusion du gestionnai re de base LDAP. 
require_once dirname( FILE ). '/I dapmanager. php' ; 

// Fonction de recuperation des informations d'edition. 
public function edit($filter, Sfields, 

$dn = "ou=people,dc=fraternity,dc=fr") { 
if (!$_POST['ldapForm']) { 

Svalues = $this->search($dn, Sfilter); 
if (Svalues ['count'] != 1) { 

report_error("Echec d'edition du formulaire."); 



return false; 

} 

(...) 



?> 
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Remarque : pour des raisons pratiques liees de debogage, il est preferable de con- 
server les numeros de lignes entre la version gabarit et les versions generees. En 
d'autres termes, les mots-cles ne sont substitues que par du contenu qui tient dans la 
ligne a substituer afin de maintenir ces numeros de ligne. 

Interagir avec d'autres plates-formes 

La generation de code peut s'inscrire dans un mecanisme d'interaction avec d'autres 
plates-formes et langages. Par exemple, un code Java peut generer des sources PHP, 
un code PHP peut generer des sources Python, Perl ou Shell. La figure 14-16 illustre 
un exemple d'exploitation de la generation de code multi-plates-formes. 



Figure 14-16 
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Dans l'exemple de la figure 14-16, une application de logique metier en Java utilise le 
moteur Velocity (http://jakarta.apache.org/velocity/) pour generer des classes PHP 
representant les objets metier a manipuler via 1' extranet. Ces objets metier sont lus 
par un outil de generation PHP qui produit a son tour le code Perl necessaire a la 
mise a jour de l'intranet par l'intermediaire de gabarits (templates) Smarty. 

Exemples et idees de generateurs PHP 

Generer des tests unitaires 

Parmi les multiples applications de la generation de code, citons la gestion des tests 
unitaires. Lidee ici est de mettre en place un mecanisme permettant de s'abstraire des 
taches repetitives. Cette generation comporte deux avantages : elle fait gagner du 
temps et on s'assure que Ton ha rien oublie. 

• La generation partielle de tests consiste a parser un code source PHP et a creer un 
squelette de jeu de tests qui devra etre complete par la suite. 

• La generation complete de tests consiste egalement a parser un code source PHP 
et a generer le jeu complet. La generation de tests complexes necessitant la crea- 
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tion d'objets qui s'emboitent les uns dans les autres peut faire appel a un meca- 
nisme de traduction tel que celui que nous avons vu precedemment. 
La generation de code a partir des tests est une solution pour ceux qui adoptent la 
politique du « code pilote par les tests ». Un parseur analyse le jeu de tests et cons- 
tant le squelette du code utile a partir de ces informations. 



Figure 14-17 
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Quoi qu'il en soit, la generation de tests ou de code par les tests reste une operation 
difficile qui necessite ingeniosite et discipline. Vous trouverez plus loin des references 
de sites et d'ouvrages specialises dans la generation de code et qui abordent la genera- 
tion de tests unitaires avec davantage de details. 



Generation de couches d'acces a la base de donnees 

Cette discipline consiste a creer du code d'interfacage entre une base de donnees et 
PHP. On peut, a partir d'une requete SQL, generer le code PHP qui permet de la 
manipuler ou bien, a partir de la definition d'une base de donnees, generer le code 
PHP qui y accedera. Des applications comme PhpMyAdmin proposent de la gene- 
ration de code PHP. 



Generation d'interfaces utilisateur 

C'est souvent le role des moteurs de templates associes a la partie « vue » du motif 
MVC. Les generateurs d'interfaces sont responsables de l'association du design et 
des donnees utilisateur. lis peuvent produire aussi bien des interfaces statiques que 
dynamiques. 
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Couches de services web 

Votre application met a disposition diverses fonctionnalites que vous voulez inter- 
facer sans limite ? Avec PHP, nous avons tendance a considerer une interface comme 
une page HTML et ses formulaires. 

Les services web sont aussi des interfaces un peu parti culieres... disons qu'elles peu- 
vent jouer un role de « proxy » entre une application et plusieurs interfaces distantes. 
Generer une couche service web consiste a creer un service automatiquement a partir 
des fonctionnalites existantes. 



Generer la logique metier 

Plutot que d'integrer directement la logique metier dans des classes et des structures 
de bases de donnees figees, pourquoi ne pas mettre en place une configuration de 
logique metier et un generateur qui s'occuperait de creer les classes et la base de don- 
nees qui vont bien ? Dans le cas d'applications complexes mettant en oeuvre une 
logique metier tres complete, cette solution peut s'averer rentable. 



References Pour en savoir plus sur la generation de code 

Quelques essais sont a votre disposition sur Internet, lis sont facilement accessibles par I'intermediaire 
de votre moteur de recherche prefere. Un bon ouvrage existe egalement sur ce sujet (en anglais) : 

Q Code Generation in Action, de Jack Herrington aux editions Manning 

► http://www.codegeneration.net/cgia/ 




Limites et dangers de la generation de code 

Le premier danger de cette discipline est la creation de code incorrect. Pour une 
generation de code agile, il convient non seulement de « blinder » le generateur en 
filtrant les informations et en effectuant des tests de syntaxe, mais aussi de prevoir un 
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mecanisme de tracabilite des erreurs. Ce mecanisme peut etre fourni par les tests 
unitaires, le debogueur ou un systeme de log. 

La generation peut apporter un niveau de complexite supplementaire. Lire un fichier 
de code est facile. Imaginer tout ce que peut fournir un generateur et imaginer le 
code produit avant sa generation est une operation plus delicate. Les applications 
d'intelligence artificielle qui exploitent la generation et la regeneration de code font 
appel a des disciplines complexes qui demandent beaucoup de travail et de reflexion. 



Mise en cache 

La pratique de la mise en cache s'inscrit dans une volonte d'optimisation des perfor- 
mances. Lidee principale est d'economiser des ressources en evitant de sollicker un 
processus lourd a plusieurs reprises pour des traitements redondants. 

En PHP, la mise en cache est une pratique courante. Elle intervient dans l'architec- 
ture des applications, possede de multiples outils et peut faire l'objet d'une strategic a 
plusieurs niveaux. 

La mise en cache augmente les performances d'une application et reduit la consom- 
mation des ressources. En revanche, elle apporte une complexite supplementaire a 
l'architecture et peut degrader l'integrite des donnees si les parametrages ne sont pas 
maitrises. II vous appartient d'exploiter la mise en cache a bon escient. 



CONSEIL Generer la mise en cache a la demande par un handler 404 

La remarque sur Sexploitation de I'erreur 404 dans le modele MVC au chapitre 2 illustre une methode 
pratique pour generer le cache a la demande. 

Si un fichier n'existe pas, une erreur 404 se produit. La page d'erreur habituelle est remplacee par un 
controleur qui analyse la requete, cherche si la page existe, la genere et I'affiche si c'est le cas. Ce meca- 
nisme peut etre declare pour chaque vi rtual host dans un fichier . htaccess. 



Mise en cache sur mesure 

Un moteur de cache minimal est facile a realiser. Son principe est toujours base sur la 
meme logique, decrite sur la figure 14-19. 

La mise en cache peut faire intervenir plusieurs niveaux : par exemple, la mise en 
cache de produits recuperes via un service web (premiere couche permettant d'eviter 
de sollicker des requetes SOAP redondantes) et la mise en cache des pages HTML 
(seconde couche). Nous reviendrons sur ce concept un peu plus loin dans ce chapitre. 
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Exemple PRATIQUE line classe de cache minimale 

Voici une classe de mise en cache basee sur I'algorithme de la figure 14-19. Elle com- 
porte trois methodes publiques : put pour mettre une donnee en cache, get pour 
recuperer une donnee et clear pour nettoyer les donnees qui sont en cache. 

CacheManager.php 

<?php 



class CacheManager { 

// Repertoire de stockage du cache, 
private ScacheDir; 



// Initialisation du repertoire de stockage des 
// fichiers de cache. 

public function construct($cacheDi r = null) { 

if (! ScacheDir) { 

$this->cacheDi r = dirname( FILE ). '/cache 1 ; 

} elseif (i s_di r($cacheDi r)) { 

$this->cacheDi r = ScacheDir; 
} else { 

die(' Repertoire de cache i nexi stant . ' ) ; 

} 

if (!is_dir($this->cacheDir)) { 

die('Le dossier "cache" n\'existe pas.'); 

} 

} 

// Construit 1e nom du fichier de cache a parti r 
// de la requete. 

private function getFi 1eName(&$request) { 
Srequest = (stri ng) Srequest ; 
if (!$request) { return false; } 
return $thi s->cacheDi r. '/' .md5($request) . ' .cache' ; 

} 

// Mise en cache du contenu Sdata correspondant 

// a la requete Srequest. 

public function put($request, Sdata) { 

SfileName = Sthis->getFi1eName($request) ; 

return f i 1 e_put_contents ($fi 1 eName , 

Sdata) ; 

} 
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// Retrait du contenu $data correspondant a la requete 
// Srequest ou false si n'existe pas. 
public function get(Srequest) { 

SfileName = $this->getFileName($request) ; 

return @file_get_contents (SfileName) ; 

} 

// Nettoie le cache. Si pas de requete, nettoie tout, 
public function clear($request = null) { 

if (Srequest) { 

@unli nk($this->getFileName (Srequest)) ; 

} else { 

Sdi r = Oopendi r($thi s->cacheDi r) ; 
if (!$dir) { return false; } 
while ((Sfile = readdi r($di r)) !== false) { 
if (eregi('A[0-9A-Z]+\.cache$' , Sfile)) { 
@unlink($this->cacheDi r. '/' .Sfile); 

} 

} 

closedi r($di r) ; 

} 

return true; 

} 

} 

?> 

Pour tester cette classe, creez un fichier cache . php avec le code suivant et lancez des 
requetes du type http://<votre_url>/cache.php?r=cle&d=valeur : 

<?php 

include ' CacheManager . php ' ; 

Scache = new CacheManagerO ; 
if ($_CET['r']) { 

if ($_CET['d']) { 

$cache->put($_CET[ ' r ' ] , $_GET[ ' d ' ] ) ; 
} else { 

echo $cache->get($_GET['r']) ; 

} 

} else { 

$cache->clear() ; 

} 



J 
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Figure 14-19 
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Utilisation d'un outil existant 

Quelques outils sont a votre disposition. Certains sont dedies a la gestion d'un cache, 
d'autres proposent une option de mise en cache. Void quelques exemples : 

• outils dedies a la mise en cache : jpcache (ecrit en PHP), Alternative PHP Cache 
(APC - ecrit en C), Zend Cache, etc. ; 

• outils proposant des mises en cache : Smarty, Apache2 (mod_cache), SPIP et de 
nombreux autres CMS. 

Apache mod_cache et jpcache sont des outils de cache « haut niveau » qui assurent 
une politique de mise en cache de pages HTML. A l'inverse, APC peut etre un outil 
« has niveau » pour la mise en cache des tableaux opcodes. Nous reviendrons plus 
loin sur ce principe de mise en cache « bas niveau ». 



Quelques liens utiles vers des outils de mise en cache 


jpcache : 


► http://www.jpcache.com 


PEAR::Cache : 


► http://pear.php.net/package/Cache 


PEAR::Cache Lite : 


► http://pear.php.net/package/Cache_Lite 


APC : 


► http://pecl.php.net/package/APC 


Apache mod cache : 


► http://httpd.apache.0rg/docs/2.O/mod/mod_cache.html 
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CONSEIL Quelle base de donnees pour stocker du cache ? 

Les donnees de cache ont cela de specifique : elles sont faites pour etre lues. Les operations d'ecriture 
sont en revanche plutot rares. Un outil simple et pratique comme SQLite convient tres bien pour ce role. 
SQLite est efficace en lecture, il est permissif et manipule des bases embarquees, ce qui vous evitera de 



Mise en cache « haut niveau » via serveur proxy 

L'utilisation d'un outil comme Squid peut etre envisagee pour gerer la mise en cache 
de vos pages statiques. Dans ce cas, le controle de la mise en cache se fait via les hea- 
ders des pages : 

Controle du cache par le header 

$self_stat = stat( FILE ); 

$date_upd = gmdate('D, d M Y H:i:s\ $self_stat['mtime']) ; 
Scachectrl = 'Cache-Control: must-revalidate, '; 
Scachectrl .= 'max-age=3600, s-maxage=0, private'; 

header ('Last-Modified: ' .$date_upd. ' GMT'); 
header(Scachectrl) ; 



Mise en cache a plusieurs niveaux 

Les performances de vos applications seront optimisees grace a la mise en place 
d'une strategic de cache a plusieurs niveaux. Tel qu'illustre sur la figure 14-20, nous 
pouvons diviser les differents types de mise en cache en trois : 

• Le cache d'opcodes, opere au niveau le plus bas, maintient en memoire le code 
PHP compile afin d'optimiser les performances a 1' execution. 

• Le cache de « fonctionnalites », opere au niveau intermediate, met en cache le 
resultat d'operations elementaires couteuses telles que les appels aux services web, 
bases de donnees ou recuperation de donnees via FTP, HTTP, etc. 

• Le cache frontal, opere au niveau le plus haut, est oriente « requete utilisateur ». 
Chaque requete est mise en cache quels que soient les appels qui se trouvent der- 
riere. 

Une mise en cache a plusieurs niveaux implique souvent quelques complications dans 
le mecanisme de regeneration des donnees de cache. En effet, cela forme une chaine. 
Lorsqu'une donnee est mise a jour dans la couche « fonctionnalites », cela implique 
des modifications sur la couche « presentation ». Ces modifications devront etre 
prises en compte. La figure 14-21 illustre cette problematique. 
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Figure 14-20 Mise en cache sur plusieurs niveaux 



Dans votre architecture, pensez a faire en sorte que les dependances entre les diffe- 
rents niveaux de cache soient faciles a detecter en tenant a jour, par exemple, une 
table de dependances. Cela evite de compliquer les choses en mettant en place des 
politiques de dependance incertaines. 



Figure 14-21 

La mise en cache sur 
plusieurs niveaux implique 
des dependances 




Cacheinterm^ire 



Assurer des developpements PHP performants et polyvalents 

Chapitre 14 

Mise en cache bas niveau du code compile 

Lorsqu'un script PHP est execute, chaque page est parsee et compilee a la volee 
avant d'etre executee. Cela engendre des operations redondantes que le cache 
d'opcodes peut optimiser. La figure 14-22 illustre le principe de cet outil. 

II existe plusieurs applications optimisant PHP avec des caches d'opcodes. Avant 
d'en adopter une, sachez que ce cache est sensible a la version de PHP. Verifiez que 
votre choix est compatible avec 1' application que vous voulez utiliser. 



Quelques applications de mise en cache d'opcodes 



APC: 

lonCube (PHP Accelerator) : 
Turk MMCache (eAccelerator) : 
Zend Optimizer : 



► http://pecl.php.net/package/APC 

► http://www.php-accelerator.co.uk 

► http://turck-mmcache.sourceforge.net 

► http://www.zend.com/store/products/ 
zend-optimizer.php 



Figure 14-22 
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Mise en cache memoire des opcodes et des donnees 
Mise en pratique avec APC 

APC (Alternative PHP Cache) est un outil pratique et fiable de mise en cache. II 
permet, en plus de la mise en cache des opcodes et des donnees, de controler l'etat du 
cache grace a des fonctions pratiques. 



APC 

► http://pecl.php.net/package/APC 
Documentation 

► http://livedocs.phpdoc.info/index.php?l=en&q=ref.apc 



Installation 

^installation de l'outil s'effectue avec PEAR ou manuellement. Sous Windows, il 
vous faudra recuperer la bibliotheque (.d"N) correspondante et la specifier dans le 
fichier php.ini. 

Sous Unix/Linux, vous devez recuperer l'extension (ape . so) en utilisant PEAR, en la 
telechargeant sur le site dAPC ou en compilant les sources, puis editer le fichier 
php.ini pour inscrire l'extension comme ceci : 

php.ini 

(...) 

extension_dir = "/usr/local/l ib/php/extensions/" 
(...) 

extension=apc.so 
(...) 

Verification de la presence de la documentation d'APC (liste des modules) 

$ php -m 

[PHP Modules] 

ape 

ctype 

curl 

Configuration 

Les directives de configuration fournies avec APC permettent d'effectuer plusieurs 
reglages, tels que l'activation de l'extension, la taille des segments de memoire, la 
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duree de vie du cache {ttt), le comportement des processus, les motifs de fichiers a 
mettre en cache (expressions regulieres) et l'activation en ligne de commande. 

Ne pas specifier de reglages dans php. ini signifie que la configuration par defaut est 
utilisee. Vous pouvez la consulter a la page suivante, ainsi que la signification de 
l'ensemble des directives : 

► http://livedocs.phpdoc.info/index.php?l=fr&q=ref.apc 

Utilisation 

APC propose des fonctions de controle du cache en PHP. L'exemple suivant donne 
une idee des possibilites offertes par l'extension. Rendez-vous egalement au 
chapitre 12 dans la section qui concerne la mise en memoire partagee de variables et 
d'objets. 

Quelques fonctions PHP mises a disposition par APC 

// Liste des pages php compilees en cache avec 
// leur frequence de soil i ci tation . 
$cache_info = apc_cache_info() ; 
foreach ($cache_info['cache_list'] AS Sfile) { 

echo $file[ 'filename'] . ' - lue : '; 

echo $file['num_hits'] . ' fois.<br>'; 

} 

// Mise en cache de constantes (pour les variables, 
// voir au chapitre 12). 

Sconst = array('NAME' => 'Cuillaume', 'ACE' => 26); 
apc_define_constants('mes_constantes' , Sconst); 

// Recuperation des constantes (a mettre dans un autre 
// fichier) . 

apc_l oad_constants( ' mes_constantes ' ) ; 
echo NAME, ' ' , AGE; 

// Affichage d' informations sur la memoire allouee par APC. 
pri nt_r(apc_sma_info()) ; 

// Effacement complet du cache. 
apc_clear_cache() ; 
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Sexploitation 



Si l'environnement d'execution n'est pas une priorite pour la plupart des pro- 
jets PHP, sa maitrise est indispensable pour supporter la charge des applica- 
tions professionnelles et assurer une securite optimale. 

Dans ces chapitres, nous apprendrons non seulement a parametrer un envi- 
ronnement d'execution mais egalement a synchroniser les travaux d'exploita- 
tion et de developpement. 
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L'environnement d'execution 



£a y est ! Votre application fonctionne, la version stable est figee ; il est temps de 
passer a la phase d'exploitation. A ce stade, il ne vous reste plus qua effectuer une 
installation en production. 

Nous avons vu au chapitre 4 comment installer et exploiter un environnement d'execu- 
tion pour les developpements. Nous allons decouvrir maintenant la composition d'un 
environnement d'execution pour la production ainsi que les bonnes pratiques a 
observer pour obtenir des niveaux de securite, de performance et de stabilite optimaux. 

Par ailleurs, prendre connaissance de la configuration et des contraintes de l'environ- 
nement de production qui va heberger vos applications PHP est une demarche de 
prevoyance qui vous fera gagner du temps, parlez-en a votre responsable d'exploita- 
tion. Vous aurez ainsi les moyens de mieux adapter les developpements aux caracte- 
ristiques de l'environnement et vice versa. 

II va de soi que ce chapitre s'adresse a des equipes ayant la possibilite de parametrer 
elles-memes leur environnement afin d'y heberger des applications sur mesure. Lier 
un environnement specifique a des applications specifiques donne de tres bons resul- 
tats mais n'apporte pas la portabilite necessaire a des developpements dont les 
sources sont destinees a la diffusion. 

En revanche, vous apprendrez grace a ce chapitre que le comportement d'un script 
PHP depend aussi de l'environnement d'execution. Avoir une bonne connaissance 
des configurations et des ressources courantes et specifiques apporte une aide au 
developpement d'applications portables. 
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S'adapter aux caracteristiques de I'environnement 
(('execution 

Ce n'est pas au moment du deploiement en production que vous devez vous aperce- 
voir qu'une contrainte d'exploitation empeche votre application de tourner correcte- 
ment. II existe une solution facile pour eviter ce probleme : communiquer avec votre 
administrateur systeme. 

Nous allons voir dans les sections qui suivent les informations que vous devez con- 
naitre, avant d'aborder celles que vous devez transmettre. Certaines parties s'adresse- 
ront egalement a l'administrateur systeme. 



Maitriser les caracteristiques de I'environnement 

Cela consiste a connaitre les differents constituants de I'environnement d'execution, 
ainsi que leurs configurations et caracteristiques. La figure 15-1 illustre la plupart des 
points a connaitre sur I'environnement pour developper dans des conditions opti- 
males. 



Figure 15-1 
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Le serveur HTTP 

Les applications PHP sont pour la plupart des applications web dependantes d'un 
serveur HTTP. Dans la mesure du possible, il faudra eviter que vos developpements 
PHP soient dependants d'un serveur HTTP specifique, car ce dernier peut changer 
de comportement en fonction des versions ou etre remplace par un administrateur 
systeme. 

Void une liste non exhaustive de caracteristiques du serveur HTTP exploitables par 
PHP Pour chaque section qui va suivre, seront proposees une description du sujet, 
du probleme et des propositions de solutions alternatives. 



Les variables d'environnement 

Certaines variables d'environnement, accessibles via le tableau $_SERVER sont figees 
ou peuvent etre declarees dans la configuration du serveur : 

Extrait de httpd . conf (serveur Apache) 

SetEnv VARIABLE "Valeur" 

Le probleme : quelques-unes de ces variables, telles que $_SERVER['QUERY_STRINC] 
(auto-generee par le serveur), ont peu de chance d'evoluer. En revanche, d'autres 
sont plus specifiques et risquent d'engendrer des problemes en cas de mise a jour du 
serveur HTTP. 

Les solutions alternatives : les variables d'environnement et de configuration peuvent 
etre egalement declarees dans l'environnement PHP (php.ini) ou directement dans 
votre application. Si cette derniere doit souvent changer d'environnement (HTTP 
ou PHP), evitez d'avoir a le modifier a chaque migration ou changement de serveur. 



CONSEIL Privilegiez I'independance de votre application 

Vous aurez ainsi la main sur la configuration a tout moment, vous gagnerez du temps en evitant de mul- 
tip.es configurations alternatives et favoriserez la portability et la reutilisabilite de vos developpements. 

Les modules et options du serveur 

Grace a certains modules et options, vous pouvez effectuer des operations interes- 
santes, tel que des mises en cache, des recritures d'URL, des alias et de nombreuses 
autres configurations. 

Le probleme : ces modules sont souvent tres pratiques et fables, mais leur utilisation 
intensive peut rendre votre application PHP inutilisable sans eux. 
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Les solutions alternatives : faites en sorte que ces configurations soient facultatives. 
Elles sont la pour optimiser l'environnement applicatif et surtout pas pour se substi- 
tuer a vos developpements ou reparer les pots casses ! 

L'exemple typique concerne la recriture d'URL (module mod_rewrite du serveur 
Apache) : si vous n'accedez pas a vos images parce qu'il y a un probleme de configu- 
ration dans votre code, arrangez-vous pour modifier le code. N'utilisez la recriture 
que si vous n'avez pas d'autre choix. Dans le cas contraire, 1' accumulation des recri- 
tures aurait une incidence sur les performances, la stabilite et la complexite de votre 
environnement. 



Culture Quelques modules d'Apache utilises avec PHP 

• mod layout : affiche automatiquement un contenu au debut et/ou a la fin des 
pages web, permettant de controler I'aspect global d'un site ou d'ajouter des ban- 
nieres publicitaires. 

• mod_rewrite : autorise la mise en place de regies de recriture d'URL. Lorsqu'une 
URL correspond a un motif defini par une expression reguliere, elle peut etre modi- 
fiee et reparametree automatiquement. Cette operation est visible ou transpa- 
rente (via proxy) : 

Rewri teEngi ne On 

RewriteRule A/php(.*)$ http://www.openstates.com/phpSl [P] 

• mod proxy : met en place un mecanisme d'acces a un site ou une partie de site a 
partir d'une URL alternative. Par exemple, vous pouvez installer un proxy pour 
acceder a votre intranet depuis Internet, jusque la accessible par I'intermediaire 
d'une adresse interne telle que http://localhost/intranet/ : 

ProxyPass /intranet http: //"local host/intranet/ 

• mod php : celui-ci, vous pouvez en user et en abuser a volonte ! 

Pour en savoir plus sur les modules disponibles pour Apache, il existe une bibliothe- 
que off icielle a I'adresse suivante : 
► http://modules.apache.org 



Le serveur et sa version 

Le type de serveur HTTP que vous utiliserez, ainsi que sa version, ont une incidence 
plus ou moins marquee sur le comportement de vos applications. Comme nous 
l'avons vu precedemment, plus vos applications sont independantes du serveur 
HTTP, mieux c'est. 

Void, dans les sections qui vont suivre, quelques serveurs HTTP utilises avec PHP. 



L'environnement d'execution 

Chapitre 15 



Apache 1.3.x 

C'est actuellement le serveur le plus utilise par la communaute PHP. Apache est une 
reference de fiabilite et de richesse fonctionnelle. Selon les statistiques de Netcraft 
(http://www.netcraft.com), il occuperait pres de 70 % des parts de marche. 

II est egalement gratuit et son utilisation avec PHP ne pose aucun probleme. 
Apache 2.x 

II est le digne successeur de Apache 1.3.x et offre de nombreuses fonctionnalites en 
plus, dont la possibilite d'avoir un environnement multithreade, afin de mieux gerer 
les ressources. En revanche, certaines extensions PHP sous Unix sont encore incom- 
patibles avec le multithread, il est done conseille de ne pas exploiter cette option pour 
l'instant. 



Apache : 

► http://httpd.apache.org 



Explication Pourquoi ne doit-on pas utiliser Apache 2 dans un environnement threade 
multi-processeur de production ? 

Extrait de la documentation officielle de PHP : « PHP est un mortier. C'est un mortier utilise pour cons- 
truire de belles applications web en utilisant beaucoup de bibliotheques ensemble, apparaissant comme 
une seule entite a travers un langage intuitif et facile a apprendre. La flexibilite et la puissance de PHP se 
fondent sur la stabilite et la robustesse de la plate-forme fondamentale. II a besoin d'un systeme 
d'exploitation qui fonctionne, d'un serveur web qui fonctionne et de bibliotheques externes pour coller le 
tout. Lorsqu'un seul de ces elements arrete subitement de fonctionner, PHP doit identifier le probleme et 
le reparer au plus vite. Puisqu'on rend le cadre fondamental plus complexe en ne separant pas les execu- 
tions des threads, ni les segments memoires, ni un endroit clos pour traiter chaque requete entrante, des 
pieds d'argile sont introduits dans le systeme PHP. » Pour en savoir plus : 
► http://www.php.net/manual/fr/faq.installation.php 

Caudium 

C'est un serveur web leger, optimise pour la gestion de pages dynamiques. Ses avan- 
tages sont ses performances, son systeme de templating, sa facilite d'utilisation et sa 
flexibilite. Caudium est portable sur un bon nombre de serveurs Unix. 

Ce serveur est seduisant pour une utilisation PHP ; en revanche, il est facile de se 
rendre dependant de lui en usant de toutes ses caracteristiques. Lisez bien la docu- 
mentation pour connaitre toutes ses possibilites. 



Caudium : 

► http://caudium.net 
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IIS/PWS 

Ces serveurs sont specifiques a Windows. Si vous les maitrisez bien et ne comptez 
pas migrer sur d'autres plates-formes, ils constituent de bons choix. 

En revanche, rendre vos scripts PHP dependants d'eux est a double tranchant : une 
migration vers un autre serveur HTTP sur un autre environnement necessitera des 
retouches. 

Faites egalement attention a l'installation CGI de PHP, elle peut rendre votre envi- 
ronnement vulnerable. Consultez la documentation de PHP sur ce sujet si vous etes 
concerne par le probleme. 



IIS/PWS : 

► http://www.microsoft.com/windowsserver2003/iis/ 
IIS/PWS et CGI : 

► http://www.php.net/manual/fr/security.cgi-bin.php 

Iplanet/Java System Web Server (JSWS) 

On rencontre ce serveur (commercial) sur le systeme Solaris. iPlanet est un bon ser- 
veur pour les professionnels, optimise pour les environnements Java. 

JSWS: 

► http://www.sun.com/software/products/web_srvr/home_web_srvr.xml 



Et les autres 

Vous trouverez sur la documentation PHP des informations importantes sur l'utilisa- 
tion de votre plate-forme preferee avec ces serveurs : OmniHTTPd, Sambar, 
Xitami. 



Installation de PHP : 

► http://www.php.net/manual/fr/install.php 



Si vous travaillez avec un administrateur systeme, n'hesitez pas a communiquer avec 
lui pour connaitre les avantages et les contraintes du serveur installe. Si ce choix n'a 
pas encore ete fait, impliquez-y les personnes concernees afin qu'elles soient cons- 
cientes des implications de ce choix. 

La configuration du serveur 

Nous avons vu au chapitre 4 un exemple agile de configuration de serveur HTTP 
pour un environnement compose de plusieurs applications. 
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Les bonnes pratiques liees a la configuration du serveur HTTP veulent que Ton res- 
pecte la logique de cette installation. Discutez les conventions a fixer sur la configu- 
ration HTTP avec l'administrateur systeme. 

Si vous decidez que vos applications doivent etre independantes les unes des autres 
(un VirtualHost par unite), votre administrateur mettra en place un mecanisme base 
sur ce principe, pour que l'installation et la mise a jour de vos developpements soient 
optimales. 

Si vous decidez en cours de route et sans prendre le temps de faire evoluer la poli- 
tique de votre configuration que telle application utilisera les images de telle autre, et 
qu'au fur et a mesure, des regies de recritures et des liens symboliques fleurissent, 
vous rendrez votre environnement vulnerable. 

Prenez done le temps de reflechir consciencieusement avec votre administrateur sys- 
teme ou la personne chargee de 1' exploitation sur la configuration du serveur. Vous 
pouvez notamment aborder les sujets suivants : 

• La gestion des applications : leurs installation, configuration, possibilites de mises 
a jour. Vbyez egalement comment vous mutualiserez vos applications PHP avec 
d'autres applications non-PHP. 

• Les relations entre les applications : les repertoires communs, conventions com- 
munes (vous pouvez decider d'avoir une regie globale, comme placer les images 
dans le dossier images. Respectez ensuite cette regie, ne mettez pas vos images 
dans un dossier image ou Images). 

• La gestion des performances : mise en cache (des images par exemple, dans le 
dossier images...), ressources allouees aux applications, etc. 

• Les fonctionnalites : definissez les modules dont vous avez besoin. En revanche, 
evitez d'en avoir trop. Une configuration simple est souvent beaucoup plus stable 
etfiable qu'une configuration jonchee de goodies. 

La plate-forme PHP 

Elle concerne l'executable PHP. Cet executable est loin d'etre independant, e'est 
d'ailleurs pour cette raison que Ton park souvent et a juste titre de « plate-forme ». II 
est souvent lie a des modules plus ou moins nombreux, au serveur HTTP et au sys- 
teme d'exploitation. 

Les caracteristiques de la plate-forme PHP sont determinantes. Le jeu de fonctions, 
le comportement de l'interpreteur, les performances et la securite sont autant de 
sujets tributaires de ces caracteristiques. 
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La version de PHP 

Tout utilisateur assidu de PHP connait les impacts lies aux changements de version, 
notamment au niveau du moteur. Ces impacts sont de tres bonnes raisons d'entre- 
prendre des developpements agiles, facilement remaniables (refactorisables), dont il 
est question au chapitre 2. 

Le bouleversement du moment est du au passage de la version 4 a la version 5. 
D'autres differences plus minimes existent entre les revisions de la version 4. 

Dans sa version 5, PHP autorise les developpements orientes objet. Les objets en 
PHP 5 sont par defaut passes par references, contrairement aux objets PHP 4 qui 
sont passes par valeurs. Et de nombreux autres sujets plus ou moins importants 
(MySQL non inclus par defaut, mots-cles, etc.) doivent etre pris en consideration. 
Voici deux liens utiles concernant les differences entre PHP 5 et les autres versions : 



Migrer vers PHP 5 (anglais) : ► http://www.zend.com/php5/migration.php 

FAQ sur les migrations : ► http://www.php.net/manual/fr/faq.migration5.php 



Si vous pouvez choisir entre la version 4 et la version 5 de PHP, choisissez la plus 
recente. C'est un gage de qualite, de fiabilite et de perennite. Aujourd'hui, il reste 
encore quelques applications non compatibles PHP 5, mais elles se font de plus en 
plus rares. 

PHP et ses modules 

Les modules et les plug-ins sont l'avenir de la programmation. Certaines applica- 
tions comme l'editeur Eclipse ne sont composes que de modules. Cela facilite les 
developpements, les possibilites d'evolution et la personnalisation d'une application. 

PHP possede beaucoup de modules. Environ 400 sont enregistres a l'heure actuelle 
dans la bibliotheque PECL : http://pecl.php.net. Bien entendu, ils ne sont pas tous 
requis. Generalement, une plate-forme PHP de production contient cinq a trente 
modules parmi la centaine des plus utilises. 

Les modules les plus populaires sont inclus par defaut. C'est le cas par exemple (dans 
PHP 5) de iconv, sqlite, "libxml, les expressions regulieres pcre, etc. Vous activez 
ou desactivez les modules que vous voulez a la compilation de PHP. Une fois PHP 
compile, vous pouvez egalement ajouter des modules dynamiquement. 

Pour optimiser votre compilation ou pour restreindre volontairement certaines fonc- 
tionnalites, il suffit d'alleger PHP de certaines fonctionnalites incluses par defaut. 
Par exemple, si vous refusez d'utiliser les expressions regulieres posix et la gestion 
des sessions, compilez PHP avec les options --di sable-posix et --disable 
-session. 
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Figure 15-2 

Quelques modules 
PHP populaires 



line collection de modules populaires pour PHP 



apache / apxs 


curl 


Ingres 


ming 


pcre-regex 


caudium 


dba 


interbase 


mssql 


snmp 


libxml 


3d 


Idap 


mysql / mysqli 


sqlite 


openssl 


gettext 


ircg 


oci8 (oracle) 


xmlrpc 


Zlib 


iconv 


mbstring 


ibm-db2 


xsl 


cpdfib 


imap 


m crypt 


odbc 


tidy 



Plutot que de les lister une par une pour chaque version de PHP, void une com- 
mande (Unix/Linux) vous fournissant les fonctionnalites generalement activees par 
defaut que vous pouvez desactiver (a lancer a la racine des sources de PHP) : 

Obtenir la liste des fonctionnalites que Ton peut desactiver 

| $ ./configure --help | grep -e disable -e without 



Configuration de PHP 

Le fameux php . i ni contient de nombreuses directives qui determinent le comporte- 
ment de PHP. Nous l'avons deja aborde au chapitre 4 dans la section « Les parame- 
tres utiles d'un environnement d'execution ». 

Nous ne pourrons pas detainer ici l'ensemble des directives du fichier, neanmoins 
void une selection qui peut influencer directement la maniere dont vous allez deve- 
lopper vos applications (php . i ni de la version 5 de PHP, les valeurs soulignees sont 
recommandees, celles en gras sont definies par defaut). 

Pour en savoir plus sur les directives de php.ini, une documentation complete est 
disponible en ligne. Quelques-unes des explications ci-dessous sont extraites de cette 
documentation : 

► http://www.php.net/manual/fr/ini.php 
zend.zel compatibility mode = Off | On 

Activation ou non de la compatibilite avec le moteur Zend Engine 1 utilise par 
defaut avec PHP 4. Vous pouvez mettre sur On pour reduire l'impact des modifica- 
tions effectuees par PHP 5 sur vos applications PHP 4. En revanche, les applications 
PHP 5 peuvent presenter des dysfonctionnements. 
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output buffering = Off | On | <taille_buffer> 

Mise a On, cette directive envoie le header (voir fonction header) apres le body (via 
echo, etc.). L'activation de cette directive peut avoir un impact sur votre debogage si 
vous utilisez des fonctions d'affichage comme echo, print, etc. 

implicit flush = Off | On 

L'activation de cette directive equivaut a appeler la fonction flush (vider le buffer de 
sortie) de PHP apres toute fonction generant une sortie (echo, print, etc.). Mettre 
cette directive a On reduit parfois les performances et engendre du trafic reseau inutile 
a forte charge. 

allow call time pass reference = On | Off 

Extrait de la documentation officielle de PHP : « Active ou non la possibility de 
forcer les arguments a etre passes par reference lors de l'appel a une fonction. Cette 
methode est depreciee et ne sera tres certainement plus supportee dans les futures 
versions de PHP/Zend. II est preferable de specifier directement dans la declaration 
de la fonction si les arguments seront passes ou non par reference. Nous vous encou- 
rageons a desactiver cette option (...) ». 

max execution time = 30 

Cette directive determine en secondes le temps d'execution maximum d'une requete 
utilisateur. En production, il est conseille de choisir un bon compromis laissant le 
temps a un maximum de requetes de s'executer tout en evitant l'encombrement par 
les requetes qui gelent. 30 secondes est une bonne valeur dans la plupart des cas. 

ASTUCE Accorder une valeur plus haute a une requete particuliere 

La fonction set_time_"limit definit cette directive a la volee dans un code PHP en cas de besoin. 
Cela dit, eviter d'en abuser est un sage engagement. 

memory limit = 8M 

Generalement, la memoire maximum allouee pour chaque requete ne devrait pas 
depasser cette valeur de 8 Mo pour la plupart des applications. En fonction de vos 
besoins et des ressources memoire dont vous disposez, vous pouvez la modifier. 

L' ensemble des directives de gestion des erreurs ! 

En production, devoiler ses erreurs a l'utilisateur n'est pas tres diplomate, il ne com- 
prendra pas toujours ce que vous voulez lui dire. 
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II est recommande de loguer les erreurs. Vous pouvez regler le niveau de maniere a ce 
que PHP ne traite que les erreurs fatales pour eviter rencombrement du fichier de 
log, a moins que ce dernier ne soit regulierement nettoye (en exploitant par exemple 
le demon de rotation des logs avec « error_log = syslog ») ou que la directive 
ignore_repeated_errors soit a On. Voici quelques configurations pour le traitement 
des erreurs en production : 

Une configuration d'erreur qui ne tient compte que des erreurs fatales 

error_reporting = E_C0MPILE_ERR0R ] E_ERR0R | E_C0RE_ERR0R 

display_errors = Off 

log_errors = On 

ignore_repeated_errors = Off 

ignore_repeated_source = Off 

error_log = /space/log/php.log 

Une configuration d'erreur classique liee au demon syslog 

error_reporting = E_ALL & ~E_N0TICE 

display_errors = Off 

log_errors = On 

i gnore_repeated_errors = On 

ignore_repeated_source = Off 

error_log = syslog 

magic quotes (gpc|runtime|sybase) = On | Off 

Les magic quotes ou « guillemets magiques » sont un mecanisme de traitement auto- 
matique de l'echappement de certains caracteres : « " », « ' », « \ ». II est recommande 
de ne pas les utiliser. 

En revanche, magic_quotes_gpc etant a On par defaut, le laisser tel quel rendent vos 
developpements compatibles avec la plupart des configurations de PHP. Une page de 
documentation est consacree aux magic quotes sur le site officiel de PHP : 



magic quotes 

► http://www.php.net/manual/fr/security.magicquotes.php 



include path = "<liste de chemins>" 

Cette directive determine dans quels repertoires PHP ira chercher les fichiers 
appeles avec certaines fonctions, comme include ou requi re. Par defaut, il se refere 
au repertoire courant, mais accepte les chemins absolus. 
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Si vous remplissez cette directive, vous en rendez votre application fortement depen- 
dante. Vous pouvez vous baser sur le dossier du fichier PHP courant pour gerer vos 
i ncl ude comme solution alternative : 

// Inclusion du fichier « mysql.php » dans un 
// dossier lib situe un cran plus bas que le 
// dossier du present fichier. 
include di rname( FILE ) . '/■ ./lib/mysql .php' ; 

Et les autres directives 

Pour installer votre plate-forme PHP sur mesure, il est conseille de passer en revue 
l'ensemble des directives du fichier de configuration. Certaines, specifiques a des 
modules que vous n'utilisez pas ne vous seront pas utiles. 

Utilisation de PHP avec un optimiseur 

L'optimiseur nest pas toujours compatible avec certains debogueurs. Cependant, en 
production, cela nous est egal. L'utilisation d'un optimiseur d'opcodes, tel que APC 
est benefique pour les performances globales de votre plate-forme PHP. 

Le principe de fonctionnement et la liste des optimiseurs disponibles pour PHP a ete 
decrite dans le chapitre 13 a la section « Mise en cache/la compilation ». 

Installations et mises a jour 

L'installation et la mise a jour des applications en production nest pas une tache que 
Ton peut aborder comme en environnement de developpement. Les enjeux et les 
contraintes ne sont pas les memes. 

Dans un environnement multi-applications, avoir un administrateur systeme ayant 
une vision d'ensemble a tout moment de l'etat de la plate-forme de production est un 
bon moyen de maintenir une coherence globale. 

Procedures definies avec I'administrateur systeme 

Les procedures d'installation et de mise a jour des applications en production ont 
plusieurs objectifs : 

• Garantir la qualite des versions stables destinees a passer en production. Cela se 
fait par l'intermediaire d'un environnement de recette (preproduction) ou par un 
tout autre moyen qui garantit que des tests ont ete passes avec succes pour une 
utilisation en environnement de production. 
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• Desencombrer les operations realisees sur la plate-forme. Toute operation effec- 
tuee sur une plate-forme de production est un risque potentiel. Les procedures 
peuvent definir des cycles de mise en production en accord avec les cycles de 
developpement prevus pour chaque projet (voir chapitre 2 - methodes agiles). 
Cela permet egalement de repartir la tache de l'administrateur systeme dans le 
temps, de maniere a ce qu'il ne soit pas dans une situation ou toutes les equipes de 
projets ont une mise en production a faire en meme temps. 

II est important de definir ces procedures en presence de toutes les personnes concer- 
nees avant chaque projet. 



Packaging des applications 

Si votre environnement grandit et que le nombre d'applications s'accroit au point 
qu'il devienne difficile de tout gerer manuellement, l'administrateur systeme peut 
mettre en place un systeme de packaging des applications. 

Le systeme le plus connu en PHP est celui de PEAR, qui permet via une commande 
pear install ou pear update d'installer ou de mettre a jour un composant. Ce sys- 
teme gere le telechargement et l'installation complete de chaque composant. 

Exploiter l'existant PEAR est une solution, qui fonctionne, mais qui possede ses 
limites liees a l'environnement PEAR. Si vous souhaitez mettre en place une appli- 
cation de gestion du packaging adaptee, qui fournit les automatismes que vous 
voulez, cela peut se faire facilement avec PHP en ligne de commande. 

Prevoyez juste d'avoir les moyens de rattraper a la main ce qui ne fonctionnera pas 
avec l'application de packaging. 

Figure 15-3 
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Comme le montre la figure 15-3, cette application se compose de plusieurs parties 
selon vos besoins : 

• La partie « construction » fabrique une capsule a partir des sources d'une application. 

• La partie « verification » teste si la capsule est correcte (presence des sources/de la 
configuration du deploiement) et eventuellement simule un deploiement. 
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• La partie « deploiement » effectue l'installation de l'application dans l'environne- 
ment d'execution. 



Aller PLUS LOIN Le descripteur de deploiement 

Dans le monde Java/J2EE, ces operations de packaging sont frequentes. Elles foment les fameux fichiers 
. jar et .ear destines a etre deployes sur des serveurs d'applications tels que JBoss ou Bea Weblogic. 
En PHP, une mise en place de fichiers . phar est a I'etude sur le meme principe. 
Le descripteur de deploiement ou POM {Project Object Model de l'application Maven) est un fichier XML 
qui contient I'ensemble des informations dont l'application de deploiement a besoin : les dependances, 
les composants, les fichiers a extraire, les chemins, etc. 



Automatismes mis en place 

Pour des raisons pratiques, certains automatismes seront mis en place. Loperation de 
packaging que nous venons de voir peut etre inscrite dans ces automatismes. Sous 
Unix, le systeme standard d'ordonnancement des taches est cron. 

Le but est de soulager l'administrateur des operations manuelles redondantes en 
mettant un place un systeme qui effectue ces taches automatiquement. Ces auto- 
mates effectuent des verifications sur l'environnement d'execution, des sauvegardes, 
des nettoyages de base de donnees, des reinitialisations et plein d'autres operations 
selon les besoins. 

Certains d'entre eux concernent l'equipe de developpement PHP. Par exemple, une 
tache planifiee peut rapatrier les logs de production contenant les erreurs emises au 
cours de la navigation des utilisateurs. Ces logs seront ainsi analyses par l'equipe de 
developpement. 

Ou encore, une autre tache planifiee effectue un nettoyage regulier de la base de don- 
nees. La creation de nouvelles tables necessite une modification de ce script en colla- 
boration avec l'administrateur systeme. 

Caracteristiques d'exploitation 

Ces caracteristiques concernent les quelques changements qui s'operent entre l'envi- 
ronnement de developpement et l'environnement de production. Comme le montre 
la figure 15-1 au debut de ce chapitre, parmi I'ensemble de ces differences, nous pou- 
vons citer : 

• Lemplacement de l'application sur le serveur. Cela ne devrait pas avoir d'inci- 
dence, sauf si vous declarez cet emplacement quelque part et si votre application 
PHP est dependante de cette directive de configuration. 

• Lacces a l'application (URL) n'est pas le meme en developpement et en produc- 
tion. Cela peut etre egalement un parametre a modifier. 
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Certaines caracteristiques, telles qu'un systeme de repartition de charge, un proxy, 
qui ne sont pas presents sur l'environnement de developpement peuvent avoir des 
incidences sur le comportement de 1' application. 



A RETENIR Prevoir une compatibility multi-environnement 

Cela peut se faire dans le code PHP avec une simple condition qui charge un fichier de configuration dif- 
ferent en fonction de l'environnement, ou par I'operation de deploiement qui doit alors pouvoir lire les 
parametres utiles (URL, etc.) dans votre « descripteur de deploiement ». 



Le systeme d'exploitation 

La plate-forme PHP, meme si elle est portable, est dependante du systeme d'exploi- 
tation. De Fun a 1' autre, de Windows a Linux par exemple, il peut y avoir des 
differences : 

• Un systeme Windows ignore par defaut la casse des fichiers, ce qui n'est pas le cas 
d'un systeme Unix. PHP respecte la casse, mais si vous programmez sous Unix 
(Linux, BSD) et si vous vous amusez a appeler vos fichiers par le meme nom avec 
des casses differentes, un systeme Windows ne l'acceptera pas. 

• Certains modules sous Windows ne sont pas compatibles, ou ne fonctionnent pas 
de la meme maniere avec les systemes Unix (com, posix, etc.). Faites attention a 
cela. 

• Par defaut, Windows utilise deux caracteres invisibles pour les retours a la ligne 
(retour chariot, saut de ligne - \r\n). Unix n'en utilise qu'un (saut de ligne - \n). 
Cela peut avoir une incidence dans vos applications. Les scripts en ligne de com- 
mande pour Unix notamment n'aiment pas les retours a la ligne de Windows. 



Outil Si vous travaillez avec Subversion... 

...sous Unix et si vous mettez deux fichiers de meme nom mais de casse differente au meme endroit, le 
checkout sous Windows va echouer, du moins avec la version de Subversion actuellement en place lors 
de I'ecriture de ces lignes. 



L'environnement applicatif du systeme d'exploitation 

Le serveur de courriers electroniques, les systemes de bases de donnees en place, la 
configuration reseau, les restrictions de securite sont autant de ressources et con- 
traintes a connaitre et a exploiter au mieux dans vos applications. 

Avant tout deploiement, pensez a communiquer le plus tot possible a l'administra- 
teur quel sera le comportement technique de votre application. 
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Par exemple, si vous prevoyez de mettre en place un service pour un client distant sur 
le port 85, vous gagnerez du temps a prevenir l'administrateur qui fera les operations 
necessaires sur le pare-feu pour ouvrir ce port. Ce nest qu'un exemple parmi d'autres. 



Installations avec compilation sur mesure 

Pourquoi compiler sur mesure ? 

En environnement de production, la compilation sur mesure est recommandee. Void 
en resume ce quelle permet : 

• Une parfaite adaptation a l'environnement d'execution existant (systeme d'exploi- 
tation et ressources presentes). 

• Des performances optimales grace aux reglages que vous aurez effectues pour la 
compilation. Vous pouvez notamment donner au compilateur des directives 
d'optimisation du code source genere. 

• Une configuration optimale de vos executables. Par defaut, les binaires precompi- 
les (paquetages RPM, installeurs Windows) contiennent un maximum de fonc- 
tionnalites afin d'eviter d'etre en panne. En compilant sur mesure, il est possible 
de reduire notablement la taille de l'executable en incluant uniquement les fonc- 
tionnalites dont vous aurez besoin, ce qui contribue a la fiabilite et aux perfor- 
mances du programme. 

• Une evolutivite/reactivite sans limite. Des que la nouvelle version est disponible 
avec les corrections de bogues et failles de securite, vous pouvez la mettre en place 
dans votre environnement. 

Bien entendu, cette installation sur mesure prend un peu de temps. Elle demande 
quelques connaissances en compilation que nous vous proposons d'acquerir des 
maintenant, avec pour commencer la compilation du serveur HTTP Apache ! 

Compilation du serveur HTTP 

Nous allons prendre ici comme exemple la compilation du serveur HTTP Apache 2 
sous un systeme Unix (qui peut etre himporte quel systeme Linux, BSD ou proprie- 
taire). Vous pouvez egalement compiler la version 1.3.x d Apache en suivant les 
memes instructions. A quelques details pres, cela fonctionne tout aussi bien. 

Commencez par ouvrir une console et suivez pas a pas la procedure ci-apres. 
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Recuperation des sources et preparation de la compilation 

Les sources d'Apache se trouvent sur le site officiel a l'adresse suivante : 
► http://httpd.apache.org/download.cgi 

Une fois que vous avez repere FURL des sources, il vous faut determiner ou vous 
voulez installer Apache et avec quelles options. L'emplacement /usr/local est un 
bon compromis pour une installation sur mesure. Entrons dans le vif du sujet : 

Recuperation des sources et mise en place de I'espace de travail 

$ cd /usr/local/src 

$ wget http://<url>/httpd-2.<version>.tar.gz 
$ tar xzf httpd-2.<version>.tar.gz 
$ rm -f httpd-2.<version>.tar.gz 
$ cd httpd-2.<version>/ 

Dans le code precedent, remplacez http://<url>/httpd-2 .<version>.tar.gz » par 
FURL des sources que vous avez copiees depuis le site dApache. 

Nous venons d'installer les sources de notre serveur HTTP, nous pouvons passer au 
choix des options. Pour obtenir cette liste, vous pouvez utiliser la commande 
suivante : 

Afficher la liste des options de compilation disponibles 

$ ./configure --help | less 



Methode Dois-je installer tous mes modules Apache par I'intermediaire de configure ? 

Non ! Les modules qui sont installes avec configure font I'objet d'une installation statique. lis sont 
compiles et integres dans I'executable d'Apache, qui se trouve par consequent alourdi. L'option 
--enable-so est en revanche interessante car vous pourrez par la suite lier dynamiquement de nou- 
veaux modules a Apache. Nous verrons comment faire cela avec PHP dans la section suivante. 
Assurez-vous que les modules que vous selectionnez en argument de I'executable configure fassent 
I'objet d'une utilisation intensive de votre part. Cette integration statique dans Apache accroit les perfor- 

Une fois que vous avez choisi vos options, vous pouvez passer a la preparation de 
votre compilation. Pour cela, vous pouvez prendre Fhabitude de creer un petit script 
reutilisable my_configure qui maintient ces options entre deux compilations : 
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Contenu du fichier my_configure a creer 
#!/bin/sh 

# Options d'optimisation pour la compilation 
export CC="gcc" 

export CFLAGS="-02" 

# Configuration des sources pour 1 ' envi ronnement 
./configure --prefix=/usr/local \ 

--enable-dav \ 
--enable-rewrite \ 
--enable-so \ 
--enable-proxy \ 
--enable-proxy-http \ 
--enable-cache \ 
--enable-mem-cache \ 

Enfin, derniere etape, nous pouvons passer a la precompilation : 
Lancement de I'executable configure 

chmod 700 ./my_confi gure 
./my_configure 

Si cette operation echoue, un message s'affiche vous indiquant ce qui manque pour 
continuer. Generalement, il s'agit de ressources qui ne sont pas disponibles. Vous 
devez alors les installer avec votre gestionnaire de paquetages ou en les compilant 
egalement. 

Choisissez les paquetages dont le nom contient -devel ou -headers, ce sont eux qui 
sont necessaires a la compilation d'Apache. 

Si cette etape ne genere pas de message d'erreur, nous pouvons passer a la suite. 
Compilation et installation 

Cette etape est simple. Elle se resume a la saisie des commandes suivantes : 
Commandes de compilation et d'installation 
make 

make install 

La commande make compile Apache. Elle peut renvoyer plus ou moins d'informa- 
tions en fonction du compilateur que vous utilisez par defaut. 
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Si cette commande se traduit par un echec et si celui-ci est provoque par un de vos 
modules, commencez par desactiver le module incrimine dans my_configure, reexe- 
cutez my_configure et recommencez en lancant eventuellement make clean avant le 
make. Vous pourrez ensuite analyser le probleme ou installer votre module dynami- 
quement. 

La commande make install installe l'executable Apache et les fichiers dont il a 
besoin (configuration et dependances) sur votre systeme, a l'emplacement que vous 
avez indique avec l'option --prefix dans my_configure. 

Avant le lancement de cette commande, aucune operation n'a ete faite sur le systeme. 
C'est d'ailleurs la seule commande que vous soyez souvent oblige d'executer avec 
i'utilisateur root (sauf si --prefix designe un repertoire controle par un utilisateur 
non root). Les autres peuvent etre lancees avec un autre utilisateur dans la mesure ou 
il a les droits de compilation et d'acces aux ressources utiles pour cette compilation 
(fichiers headers des modules). 

Configuration et lancement d'Apache 

Si vous avez choisi le parametrage decrit precedemment, votre fichier httpd.conf 
contenant l'ensemble des directives pour la configuration dApache est a l'emplace- 
ment suivant : 

Edition du fichier httpd . conf 
vi /usr/local/conf/httpd.conf 

Une fois que vous avez effectue vos parametrages minimaux (ServerName, etc.), vous 
pouvez lancer Apache avec la commande suivante : 

Lancement d'Apache 

/usr/local/bin/apachectl start 



RESSOURCES En savoir plus sur les directives de configuration d'Apache 

Apache est un serveur HTTP tres complet. Le fichier httpd . conf, comprenant la configuration d'Apa- 
che et de ses modules, est accompagne d'une documentation francaise sur le site officiel ainsi que de 
quelques ouvrages : 

► http://httpd.apache.0rg/docs/2.O/fr/ 

ID Apache 2, guide de I'administrateur Linux, de Charles Aulds aux editions Eyrolles 
£0 Serveurs LAMP, de Michel Dutreix aux editions ENI 
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Procedure de mise a jour 

Une fois que votre serveur HTTP est operationnel, vous pouvez le recompiler en 
modifiant la configuration des modules ou en remplacant vos sources courantes par 
des sources plus recentes : 

Recompilation avec mise a jour des sources 

$ cd /usr/local/src 

$ wget http://<url>/httpd-2.<new-version>.tar.gz 

$ tar xzf httpd-2.<new-version>.tar.gz 

$ rm -f httpd-2.<new-version>.tar.gz 

$ cp ./httpd-2.<old-version>/my_configure \ 

./httpd-2 .<new-versi on>/my_configure 

$ cd . /httpd-2. <new-version>/ 

$ chmod 700 ./my_configure 

$ ./my_configure 

$ make 

$ make install 

$ cd .. 

$ rm -rf . /httpd-2. <old-version> 

L'exemple precedent effectue les operations suivantes, ligne par ligne : 

• Deplacement dans le repertoire de compilation. 

• Telechargement des sources de la nouvelle version. 

• Decompression de l'archive de la nouvelle version. 

• Retrait de l'archive. 

• Copie du fichier my_configure de l'ancienne version vers la nouvelle. 

• Deplacement dans le repertoire racine des sources de la nouvelle version. 

• Changement des droits du script my_configure (droits d'execution pour l'utilisa- 
teur courant). 

• Execution de la precompilation via my_conf i gu re. 

• Compilation. 

• Installation. 

• Deplacement dans le repertoire parent. 

• Retrait des sources de l'ancienne version (testez tout de meme la nouvelle version 
avant d'effectuer cette operation, par precaution, ou n'effectuez pas cette opera- 
tion par mesure de securite). 
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Aller PLUS LOIN En savoir plus sur la compilation et ('installation d'Apache 

Le code source d'Apache est fourni avec un fichier INSTALL a sa racine qui explique comment effectuer 
cette installation sur mesure. Si vous rencontrez des erreurs avec la procedure decrite dans cet ouvrage, 
vous pouvez vous referer a ce fichier pour analyse. II se peut qu'avec le temps, certains parametres aient 
evolue. 



Compilation de PHP et de ses extensions 

La compilation de PHP est similaire a celle du serveur HTTP Apache. Nous nous 
baserons ici sur une compilation avec Unix. II existe deux types d'installation de PHP 
pour une utilisation en production : 

• ^installation en module dynamique : le serveur HTTP charge dynamiquement le 
module PHP pour l'exploiter. 

• ^installation en module statique : le serveur HTTP integre PHP dans sa compi- 
lation. 

D'un point de vue fonctionnel, le resultat de l'une ou 1' autre des solutions ne change 
rien. reinstallation en module est plus facile a maintenir dans la mesure ou vous 
n'avez pas besoin de recompiler Apache a chaque fois que vous voulez compiler PHP. 

En revanche, l'installation statique est legerement plus performante et peut etre envi- 
sagee si vous utilisez PHP de maniere intensive avec Apache. 

Installation en module dynamique 

Pour effectuer cette installation, nous allons partir sur le meme principe que pour la 
compilation dApache precedente : 

• recuperation des sources ; 

• creation du fichier my_configure ; 

• compilation et installation. 

Les sources de PHP se trouvent a l'adresse suivante : 
► http://www.php.net/downloads.php 

Compilation de PHP en module dynamique 

$ cd /usr/local/src 

$ wget <url_des_sources> 

$ tar xzf php-<version>.tar.gz 

$ cd ./php-<version>/ 

$ ./configure --help | less 

$ vi my_configure 
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La commande ./configure --help | less affiche la liste des options que vous 
pouvez utiliser pour la precompilation de PHP. Vous pouvez ainsi reporter votre 
choix dans un fichier my_configure (vi my_configure) dont void un exemple : 

Contenu du fichier my_conf igure de PHP 
#!/bin/sh 

export 0PTIM=-02 

./configure --prefix=/usr/local \ 

— wi th-apxs2=/usr/l ocal /bi n/apxs \ 

--wi th-i ni f i 1 e=/usr/l ocal /etc/php . i ni \ 
--with-xsl \ 
--enable-soap \ 
--with-gettext \ 
--with-mysql \ 

--enable-mbstring --with-mbstring=all \ 
--di sable-debug \ 
--enable-memory-limit \ 

L'option --with-apxs2=/usr/local/bi n/apxs est particulierement importante pour 
une compilation en module dynamique avec Apache 2. L executable apxs est present 
si vous avez compile Apache avec l'option --enable-so. 



A RETENIR Attention aux differentes versions d'Apache ! 

Avec Apachel.x, l'option --wi th-apxs2=/usr/local /bi n/apxs devient --with-apxs=/ 
usr/local /bi n/apxs. Le pre-compilateur de PHP fait la difference entre Apache 1 .x et Apache 2.x. 



Une fois que votre fichier est pret, nous pouvons finir la compilation : 
Compilation et installation de PHP 

$ chmod 700 ./my_configure 
$ ./my_configure 
$ make 

$ make install 

Voila, PHP est maintenant installe sur votre systeme ! II ne vous reste plus qua 
modifier le fichier httpd.conf afin de permettre 1'utilisation de PHP avec Apache, 
ce que nous verrons dans la derniere section « Configuration dApache pour PHP ». 



L'environnement d'execution 

Chapitre 15 



Aller PLUS LOIN En savoir plus sur la compilation et Installation de PHP 

Le code source PHP, tout comme celui d'Apache, est fourni avec un fichier INSTALL a sa racine qui 
explique comment effectuer cette installation sur mesure. 

Installation en module statique 

PHP peut etre compile en module statique pour Apache 1.x. Les compilations de 
PHP et Apache pour une installation en module statique sont similaires. En 
revanche, les options de precompilation et l'ordre des operations vont changer. Voici 
un resume du deroulement des operations : 

• Nous allons d'abord compiler Apache sans PHP, ce qui est necessaire a la compi- 
lation du module PHP pour Apache. 

• Puis nous allons compiler PHP en generant le module statique dans les sources 
dApache. 

• Enfin, nous allons recompiler Apache avec le a prise en charge de PHP. 
Compiler Apache sans PHP 

Cette operation est exactement la meme que la compilation dApache que nous 
avons decrite plus haut dans ce chapitre. Reprenez-la et passez a la suite. 

Compiler PHP en module statique pour Apache 

Pour cela, il suffit de reprendre la compilation precedente de PHP en effectuant les 
operations suivantes dans le fichier my_configure : 

• Verifiez qu'il n'y a pas de ligne contenant --with-apxs(. . .) qui servirait a gene- 
rer le module dynamique. 

• Ajoutez une ligne --with-apache=. ./apache-<version> » pour la generation du 
module statique. 

Vous voila maintenant en mesure de recompiler Apache avec le module statique de 
PHP! 

Compiler Apache avec PHP 

Editez le fichier my_confi gure et ajoutez-y simplement la directive suivante : 

• --activate-module=src/modules/php5/libphp5.a ». 

Puis recompilez Apache en suivant la procedure precedente. 
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Configuration d'Apache pour PHP 

Une fois que vous avez compile ce qu'il fallait, il vous faut ajouter quelques lignes 
dans le fichier httpd.conf d'Apache pour pouvoir utiliser PHP. Editez-le avec votre 
editeur prefere et ajoutez-y les lignes suivantes : 

Directives a ajouter dans httpd . conf pour faire fonctionner PHP 

# Directives a ajouter uniquement si vous avez 

# compile PHP en module dynamique. 
LoadModule php5_module modules/libphp5.so 

# Directives a ajouter dans tous les cas . 
AddType appl ication/x-httpd-php .php .phtml 
AddType appl ication/x-httpd-php-source .phps 
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Assurer la disponibilite : 
securite et maintenance 



Comment assurer la disponibilite et la fiabilite des applications ? Comment confi- 
gurer les bons demons et s'assurer que tout est operationnel a tout moment ? Ce cha- 
pitre s'adresse aux administrateurs d'infrastructures hebergant des applications PHP. 

Nous verrons dans un premier temps quelques installations et des configurations 
utiles a la mise en place d'un environnement securise et maintenable. Ceci comprend 
egalement les problematiques de reporting liees a l'etat de l'environnement. 

Nous aborderons egalement les mecanismes utiles de surveillance systeme et applica- 
tive. Toutes ces strategies contribueront a la progression du niveau de qualite de votre 
hebergement et de vos applications. 

Precisons que ce chapitre ne contient pas de « recettes de cuisine » et de descriptions 
detaillees de l'installation et de la configuration d'outils. Pour cela, les guides d'ins- 
tallation et de configuration fournis avec les utilitaires ne manquent pas. Votre expe- 
rience en programmation php-cli (ligne de commande) et en administration systeme 
vous sera egalement tres utile pour monter un environnement sur mesure. 
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Assurer la securite de Tenvironnement d'execution 

Un environnement completement securise n'existe pas. Mettre en place une strategic 
de securite est une question d'equilibre entre : 

• L'ensemble des maillons qui composent la chaine de votre securite : votre niveau 
de securite est celui du maillon le plus faible. L'ideal est de prevoir des 
« maillons » de meme taille pour avoir un niveau de securite homogene en tout 
point. 

• Risques et contraintes : un environnement trop rigide en terme de securite serait 
difficile a vivre pour un utilisateur. Tout Fart de votre strategic sera d'avoir un 
maximum de securite et un maximum de transparence. 



REFERENCE Securite applicative et securite de I'environnement 

Nous aborderons surtout dans ce chapitre les aspects « securite de I'environnement d'execution ». Des 
points de securite applicative apparaissent dans la plupart des sujets presentes dans cet ouvrage. Vous 
pouvez egalement consulter la documentation de PHP dediee a la securite de vos applications a I'adresse 
suivante : 

► http://www.php.net/manual/fr/security.php 

Installation, configuration et maintenance du serveur de production 

Nous avons deja aborde dans le chapitre precedent de nombreux points de securite 
concernant la compilation et la configuration du serveur HTTP et de PHP. 

Nous etendrons ici les aspects securite a I'environnement et donnerons quelques pra- 
tiques utiles pour la mise en place de diverses briques de securite, dans l'ordre 
suivant : 

• Securiser un serveur apres installation du systeme. 

• Prevoir tous les cas de catastrophes possibles et definir des strategies de securite 
supplementaires, des l'installation des programmes utiles (serveur HTTP, PHP, 
base de donnees, etc.). 

• Mettre en place une procedure de sauvegarde/restauration, etape essentielle pour 
reagir en cas d'incident grave. 

• Produire des rapports d'incidents pour maitriser a tout moment les eventuels pro- 
blemes lies a la plate-forme ou aux applications. 
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Convention Un serveur est-il une machine ou un programme ? 

On parle souvent de serveur pour designer soit une machine (un ordinateur) qui rend des services, soit un 
programme (un demon ou un service) qui lui aussi rend des services a des utilisateurs a travers un reseau 
(un serveur HTTP, un serveur FTP). 



Securiser un serveur 

Dans l'ordre d'importance, voici une petite liste de points a travailler pour securiser 
un serveur destine a etre relie a Internet : 

• Installer et configurer un pare-feu ! L'absence de pare-feu est la cause la plus cou- 
rante des problemes. 

• Mettre a jour les programmes critiques afin que les failles de securite connues 
soient colmatees a temps : le serveur HTTP, les serveurs de courrier electronique, 
PHP, les serveurs de donnees et les demons qui tournent sous un utilisateur avec 
pouvoir (Unix). 

• Verifier les routines de maintenance, notamment la rotation des logs qui assure 
l'equilibrage de l'espace disque utilise par les journaux. Ces routines sont, a l'ins- 
tallation de la plupart des systemes Unix, deja en place. 



//, Qu'est-ce qu'un utilisateur avec pouvoir ? 

Sur les systemes Unix (Linux, BSD, Solaris) et certains systemes Windows, il est possible de definir plu- 
sieurs utilisateurs, dotes d'un certain nombre de droits. Ces droits sont souvent lies au systeme de fichiers 
et definissent oil I'uti lisateur peut aller et ce qu'il peut faire. Un utilisateur avec pouvoir a la possibility 
d'agir sur des parties critiques du systeme, done potentiellement de le degrader. 
II est souvent recommande que chaque demon (service) soit lance avec un utilisateur different, dont les 
droits seraient definis plus finement. Par exemple, avec ce systeme vous pouvez decider que le serveur 
HTTP ait acces uniquement aux fichiers utiles de vos sites et en lecture seule. Ainsi, un hacker qui arrive- 
rait a penetrer le systeme par cet intermediaire aurait un pouvoir de nuisance restreint. 



Le role du pare-feu 

Sans pare-feu, un serveur relie a Internet est toujours vulnerable. Les figures 16-1 et 
16-2 illustrent l'interet de mettre en place un tel outil devant l'environnement d'exe- 
cution. 

Pour acceder aux pages web d'une application PHP, il est necessaire d'avoir au 
minimum une machine reliee a Internet, done ayant une adresse IP et un programme 
appele « serveur HTTP » (HyperText Transfer Protocol) qui tourne en permanence 
pour repondre aux requetes des utilisateurs. 

Ce serveur, ainsi que de nombreux autres du meme type utilisant d'autres protocoles, 
est lie a un port : une sorte de porte d'entree pour communiquer avec l'exterieur. 
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Figure 16-1 

Sans pare-feu, tout le monde 
a acces a tous les services 
relies aux ports ! 
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Si nous devions comparer ce systeme a la vie reelle, la requete utilisateur « trouver ma 
carte grise » devrait etre liee a une adresse « Prefecture X, 42 rue de Godhavn, 78402 
Paris » (adresse IP) et l'emplacement des services administratifs « porte 80 » (port du 
service HTTP). 

Sur l'exemple de la figure 16-2, le pare-feu en place refuse toute connexion venant de 
l'exterieur sauf celles qui sont ouvertes ou partiellement ouvertes, a savoir : 

• Les portes d'entree publiques vers le serveur HTTP et HTTPS (HTTP secu- 
rise). 

• Des portes d'entree reservees vers plusieurs serveurs : RSYNC (synchronisation 
de sauvegarde), POP (boite aux lettres electronique interne des administrateurs), 
SSH (acces au serveur en ligne de commande) et FTP (transfert de fichiers). 

Un pare-feu ne se limite pas a l'ouverture et a la fermeture des ports. Ces actions peu- 
vent se faire dans les deux sens pour chaque port. II est egalement possible d'effectuer 
des « forwards de port », c'est-a-dire des branchements entre les ports d'une meme 
machine, ou de plusieurs machines differentes situees dans le reseau local. 

Un pare-feu materiel est un border dedie a la securite. Certains routeurs integrent un 
pare-feu et des fonctionnalites pratiques, telles que le partage de connexion Internet 
(nat). 

Un boitier dedie est generalement plus facile a administrer qu'un equivalent logiciel. 
Pour une infrastructure de production sensible, il sera d'usage de choisir un bon boi- 
tier (exemple : NetScreen, SonicWall, Watchguard, etc.) ou d'adopter une solution 
logicielle reputee que vous maitrisez (exemple : OpenBSD / Packet Filter). 



Reference Securiser un reseau avec Linux 

Nous abordons essentiellement ici les sujets de securite lies a I'hebergement d'une infrastructure web 
adaptee a la mise en place d'applications PHP. Toutefois, la securite d'un reseau ne s'arrete pas la ! Ce 
sujet sensible est aborde dans de nombreux ouvrages. Le suivant est ideal pour I'administrateur debutant 
qui souhaite apprendre, ou experiments qui souhaite avoir un ouvrage ludique reprenant I'essentiel de la 
securite d'un reseau base sur le systeme Linux : 

ffll Securiser un reseau Linux, de Bernard Boutherin et BenoTt Delaunay aux editions Eyrolles 



Prevoir tous les cas de catastrophes possibles 

Nous allons balayer ici une liste d'incidents souvent rencontres dans des infrastruc- 
tures hebergant des applications PHP. Chaque incident fera l'objet d'une analyse : 
gravite, causes possibles, actions de prevention et attitude a adopter en cas de pro- 
bleme. 

Bien entendu, il y en a certainement d'autres ; a vous de prevoir tous les cas possibles 
en fonction de ce que vous mettez en place. 
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L'injection de code 

Definition 

Une injection de code ou injection SQL est une pratique courante qui consiste a 
trouver un moyen d'executer du code non sollicite sur un ordinateur, a l'insu de son 
proprietaire. Void par exemple une injection de code classique : 

Un code source peu securise dans une application situe sur notre serveur 

// Je suis accessible via http : //host/hell o . php 
$inc_file = $_GET['page'] ; 
i ncl ude_once ($i nc_f i 1 e) ; 
(...) 

Le code source d'un hacker a I'exterieur : hack, php 

// On m'appelle comme ceci : 

// http : //host/hel 1 o . php?page=http : //hacker/hack . php 

Spath = dirname( FILE ); 

passthru('tar -czf ' .Spath. '/etc. tgz /etc'); 

(...) 

exit; 

Causes possibles 

Si quelqu'un arrive a penetrer votre systeme en utilisant ce principe, votre code n'est 
pas suffisamment securise et/ou votre configuration est inadaptee. Ces injections 
peuvent egalement etre realisees sur des bases de donnees mal configurees. 

Actions de prevention 

Verifiez toutes les configurations de vos serveurs, en particulier les parametres sensi- 
bles (register_g"lobals dans php.ini, droits d'acces MySQL, etc.). Faites aussi tres 
attention a votre code PHP. Une configuration securisee de l'environnement d'exe- 
cution ne colmate en aucun cas des failles de securite dans les developpements. 

Symptomes et attitudes a adopter en cas de probleme 

Dans le pire des cas, toutes vos donnees sont volees et detruites, rendant le serveur 
inutilisable. Dans le meilleur des cas, il est possible pour le hacker de recuperer vos 
applications et d'effacer quelques fichiers. Cela depend beaucoup de la securite 
interne de la machine. 

Si ce malheur s'abat sur vous, explorez le code de vos applications en vous aidant les 
logs du serveur HTTP si vous y avez acces, pour trouver la ou les faille(s). 



Assurer la disponibilite : securite et maintenance 

Chapitre 16 



Si votre systeme est entierement detruit, vous ne pouvez que le remonter avec les 
sauvegardes dont vous disposez. Faites-le en prenant le temps qu'il faut pour le 
rendre plus stable et plus securise qu'avant ; c'est generalement beaucoup mieux que 
de se precipiter au risque de se retrouver avec le meme probleme le lendemain. 

Exploitation d'une faille sur un programme (serveur HTTP, PHP, etc.) 

Definition 

Les hackers passent leur temps a scruter les failles de securite et se servent souvent des 
sites qui en font la liste au jour le jour. Certains sites fournissent meme une « recette 
de cuisine » (du code) pour exploiter la faille, soi-disant pour que les administrateurs 
systeme puissent mieux la comprendre. 

A ce stade, meme les milliers de script-kiddies qui trainent sur Internet sont capables 
de deteriorer un systeme. 



//, Qu'est-ce qu'un script-kiddie ? 

Script-kiddie est une expression courante dans le milieu de la securite informatique pour designer un 
hacker ayant peu d'experience et se servant essentiellement de recettes de cuisine toutes faites pour 
agir. II existe en gros trois categories de hackers (bidouilleurs), qui ont des motivations tres differentes 
(defi, nuisance, argent, etc.) : 

• Les hackers debutants ou script-kiddies. 

• Les hackers experiments et les crackers (deplombeurs de logiciels) qui, eux, savent programmer et 
ont suffisamment de connaissances pour creer leur propres outils. 

• Les hackers « professionnels » qui sont generalement de tres bons informaticiens ayant plusieurs 
annees d'experience. La motivation de ces derniers est essentiellement I'appat du gain. 



Ces failles sont de natures tres diverses. II s'agit generalement d'erreurs d'allocation 
ou d'effets de bord qui induisent un comportement imprevu d'un programme. 



A Qu'est-ce qu'un effet de bord ? 

Un effet de bord - a proprement parler effet secondaire - est un dysfonctionnement du a un etat non 
prevu de I'application, par exemple un depassement de capacite comme celui-ci : 

// Ce code affiche "IT y a etoiles dans l'univers 
Svalue = (int)478975849374859734895784934; 
echo "IT y a Svalue etoiles dans "I ' uni vers . " ; 

Causes possibles 

Dans 98 % des cas, vous n'avez pas mis a jour Fun de vos programmes. II se peut qu'il 
s'agisse d'une attaque sur une faille non repertoriee, mais ce cas est tres rare et gene- 
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ralement reserve aux systemes importants (banques, grosses societes) qui justifient 
l'effort d'investigation fourni par l'auteur du hack. 

Actions de prevention 

Mettez regulierement vos programmes a jour. Sur les systemes Unix, il est possible 
d'automatiser ces mises a jour avec des outils comme CVSUP, urpmi, portupgrade, etc. 

Symptomes et attitudes a adopter en cas de probleme 

Les symptomes sont tres divers, ils dependent du type de faille et de son importance. 
Si votre systeme presente des comportements incertains et si vous avez un doute, 
ayez toujours le reflexe de verifier les versions de vos programmes et mettez-les a jour 
si possible. Certains doivent etre recompiles ou reinstalled, d'autres necessitent des 
patchs disponibles sur le site de l'editeur. 

Le flood ou deni de service 

Definition 

Le flood est generalement genant car il est difficile de l'eradiquer completement de 
l'interieur. Ce precede consiste a reunir plusieurs serveurs sur Internet, parfois des 
centaines, voire des milliers, et a les configurer pour envoyer un tres grand nombre de 
requetes vers la victime. Par exemple, envoyer de tres nombreux courriers electroni- 
ques en continu vers un serveur de courrier electronique jusqu'a ce qu'il tombe. 

Causes possibles 

Le flood a generalement lieu suite a l'intervention exterieure d'une ou plusieurs per- 
sonnel) malveillante(s). II est possible qu'il fasse l'objet d'un relais. 

Par exemple, si vous parametrez votre serveur de courrier electronique en open-relay 
(relais ouvert - vous relayez les messages de tout le monde), vous risquez non seule- 
ment de vous faire flooder par tous les hackers qui remarquent une bonne adresse 
pour faire circuler du spam, mais egalement de vous faire blacklister par de nombreux 
autres serveurs de messagerie. 



//, Qu'est-ce qu'une blacklist (liste noire) ? 

La blacklist designe un fichier ou une base de donnees oil sont repertories de mauvais utilisateurs ou de 
mauvaises adresses. Par exemple, si votre serveur de messagerie est blacklists par le serveur SMTP qui 
sert de relais a vos envois, vous ne pourrez plus envoyer de courrier. Autre exemple : un utilisateur black- 
lists sur un site Internet ne pourra plus se connecter ou aura des privileges reduits. 

Actions de prevention 

II est difficile de se premunir contre les fooders, si ce nest en configurant ses pro- 
grammes avec rigueur. Evitez pour cela de mettre en ligne des configurations de ser- 
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veurs qui les attirent (serveur de courrier en relais ouvert (open-relay), serveur HTTP 
en mandataire ouvert (open-proxy), etc.) et limitez tout ce que vous pouvez limiter : 

• Serveur HTTP et PHP : nombre maximal de requetes simultanees, memoire 
maximale allouee a chaque requete, temps d'execution des requetes, duree de vie 
des sessions, regies de recriture et proxy, etc. 

• Autres services et demons : nombre maximal de requetes simultanees, taille des 
pools de connexion, nombre de threads possibles, etc. 

Symptomes et attitudes a adopter en cas de probleme 

Generalement, le flood commence par ralentir le systeme et finit par le rendre inope- 
rant. Pour s'en debarrasser, ce n'est pas toujours immediat. Si vous devez remettre 
votre site en ligne en un temps record, une solution possible consiste a changer 
d'adresse IP ou a changer carrement de site physique d'hebergement. 

Neanmoins, il est possible que le flood soit base sur votre nom de domaine ou que 
quoi que vous fassiez, il finisse par revenir. Dans ce cas, il ne vous reste plus que la 
solution du detective : trouver qui est a l'origine de l'attaque, contacter son ou ses 
hebergeur(s) et exiger que cela cesse. 

Le social engineering 

Definition 

Les hackers sont-ils tous des techniciens qui agissent muets ? 

Le social engineering est la bete noire de la securite des grosses entreprises et des ban- 
ques. Cette discipline consiste a obtenir des informations confidentielles en se faisant 
passer pour quelqu'un d'autre. 

De nombreux professionnels du social engineering, comme Kevin Mitnick en son 
temps, ont acquis une telle maitrise de cet art qu'ils reussissent en tres peu de temps a 
s'impregner completement de la culture d'une entreprise et a se faire passer pour 
n'importe qui. 

Jouer le chef de service pour demander des informations confidentielles a un sta- 
giaire, ou se faire passer pour un guichetier qui a un probleme d'informatique et qui 
veut le numero de carte bancaire de M. Untel est pour eux un jeu d'enfant. 

Actions de prevention 

Pour prevenir ce genre d'attaque, la configuration technique ne suffit pas. Linstaura- 
tion d'une discipline pour l'ensemble du personnel ayant acces aux ressources sensi- 
bles est necessaire. 

Dans le cadre de la securite de vos applications PHP, faites en sorte que les informa- 
tions confidentielles, telles que les mots de passe, soient connus par un cercle tres res- 
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treint de personnes. Mettez egalement en place des regies : ne jamais communiquer 
un mot de passe par telephone, meme a quelqu'un de confiance, etc. 

Symptomes et attitudes a adopter en cas de probleme 

Generalement, les adeptes du social engineering font un puzzle. lis ont un but a 
atteindre et se donnent les moyens de trouver et reconstituer les pieces de l'arme qui 
leur permettra de tirer dans le mille. 

Si vous vous apercevez que votre adjoint ne connait pas le mot de passe que votre 
hebergeur lui a fourni ce matin parce que ce dernier ne le lui a pas communique, alors 
il est de bon ton de le changer car quelque chose ne tourne pas rond. 



Reference En savoir plus sur le social engineering 

Le livre suivant relate les revelations du plus celebre hacker de la planete. Ses experiences et ses conseils 

sont a la fois surprenants et utiles a connaTtre. 

CO L'art de la supercherie, de Kevin Mitnick aux editions Campus Press 



Mise a jour des routines de sauvegarde 

Selon la fameuse loi de Murphy, votre systeme tombera en panne au seul moment ou 
vous aurez oublie de faire votre sauvegarde. La mise en place d'une bonne routine liee 
a un rapport d'incident (que nous verrons plus loin) en cas de probleme est une ope- 
ration essentielle pour un environnement de production. 



Exemple de routine de sauvegarde 



Actionnement automatique 



Figure 16-3 

Sauvegarde sur un serveur 

miroir qui peut prendre la main [ Serveur de production 
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Proxy HTTP 
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La figure 16-3 illustre une strategic de sauvegarde d'un serveur de production sur un 
serveur « miroir » qui est capable de prendre la main a tout moment en actionnant un 
proxy HTTP frontal. Qu'est-ce que cela veut dire ? 

Le proxy HTTP est une machine dotee d'un serveur HTTP comme Apache. Son 
role est de relayer les requetes sur l'un ou l'autre des serveurs en fonction de sa confi- 
guration. Ce proxy HTTP peut etre configure pour basculer d'un serveur a l'autre de 
maniere a ce que les utilisateurs ne voient rien ou presque. 

Si le serveur de production tombe, alors la replication du serveur de production vers 
le serveur de sauvegarde doit s'arreter et le proxy HTTP doit basculer sur le serveur 
de sauvegarde, qui devient alors un serveur de production temporaire. 

Une fois que le serveur de production est repare, votre routine de restauration doit 
permettre de repliquer les donnees du serveur de sauvegarde vers le serveur de pro- 
duction, basculer le proxy HTTP et remettre en place la routine de replication auto- 
matique. 

Frequence de sauvegarde 

Si vous mettez en place un systeme comme celui qui est decrit precedemment, vous 
serez confronte a un probleme : tout ce qui a ete fait apres la derniere sauvegarde 
risque d'etre perdu a jamais. A cela, vous avez plusieurs solutions : 

• Mettre vos donnees changeantes sur un serveur separe (base de donnees). 

• Mettre en place un systeme de synchronisation « temps reel », c'est-a-dire qua 
chaque fois qu'une action est effectuee sur un serveur, elle est effectuee aussi sur 
l'autre. Certains SGBD permettent ce genre de replication. 

• Mettre en place un mode « maintenance » lorsque le proxy pointe vers le serveur 
de sauvegarde, de maniere a ce que rien ne puisse etre modifie pendant la repara- 
tion du serveur de production. 

Quoi qu'il en soit, si vous pouvez faire des tests sur vos systemes, n'hesitez pas. Vous 
aurez ainsi confiance lorsque vous serez contraint d'agir. 

Archivage des sauvegardes 

Sur le serveur de sauvegarde ou sur un serveur a part, vous pouvez mettre en place un 
systeme d'archivage que vous garderez sur un support externe (CD-Rom, bande 
magnetique). 

Si vous n'effectuez pas cette operation et si les donnees corrompues du serveur de 
production sont repliquees sur le serveur de sauvegarde, vous aurez perdu l'interet de 
la sauvegarde. 
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Figure 16-4 

Une politique de sauvegarde 
d'une application et de ses 
donnees 
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Sur l'exemple de la figure 16-4, la politique de sauvegarde adoptee cree des archives 
regulieres d'une ou plusieurs application(s) qu'il est possible de restaurer sur le ser- 
veur de sauvegarde ou le serveur de production. 

La mise en place d'un systeme de packaging d'applications, avec des outils tout faits 
de packaging et Repackaging, facilite grandement la mise en place de ces applications. 

Quelques outils utiles 

Mis a part votre outil de packaging, les principaux outils d'une routine de sauvegarde 
sont des programmes de synchronisation et d'archivage. 

Dans un environnement Unix, l'outil de synchronisation rsync est un bon choix. 
Vous avez un exemple de mise en place d'une synchronisation avec rsync au 
chapitre 2, dans la section « Operations de sauvegarde ». 

Les outils d'archivage sont nombreux. Un des plus populaires sous Unix s'appelle 
tar. II permet d'archiver, compresser, decompresser et desarchiver vos applications 
comme vous le souhaitez. 



Generer des rapports d' incidents 

Si vous avez le temps et les moyens de mettre en place un systeme centralise de ges- 
tion d'incidents, cela sera tres interessant pour faciliter la maintenance de votre envi- 
ronnement et assurer la fiabilite de vos applications. 

Prevoir et surveiller les incidents possibles 

Nous distinguerons deux categories d'incidents : 

• Les incidents applicatifs dus a des erreurs de developpement PHP. 

• Les incidents systeme dus a des problemes de l'environnement d'execution. 
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Figure 16-5 

Une liste d'incidents 
que vous pouvez gerer 




Les incidents applicatifs sont les erreurs d'execution et les dysfonctionnements de 
l'application. Par exemple, cela peut etre une erreur engendree par PHP a cause 
d'une division par zero ou le dysfonctionnement d'un formulaire parce qu'un calcul 
de date s'avere inefficace. 

Les incidents systeme concernent le fonctionnement du reseau et des serveurs. 
Lorsque l'encombrement d'un disque atteint 95 % de sa taille disponible par 
exemple, une alerte peut etre lancee. 

Outils de monitoring 

Ce sujet fera l'objet de la section suivante « Mettre en place le mecanisme de 
surveillance ». Vous y decouvrirez un certain nombre d'outils utiles que vous pourrez 
deployer pour chaque type d'incident a surveiller. 

Centraliser et gerer les incidents 

Etre en mesure d'unifier la gestion de vos incidents de maniere a simplifier les traite- 
ments est un des avantages appreciables de la centralisation. Ainsi, vous aurez un seul 
mecanisme d'envoi de tickets et une interface commune vous permettant de visua- 
liser vos incidents. 

La figure 16-6 donne un exemple d'architecture pour une base centralisee d'inci- 
dents. Cette architecture stocke les occurrences (checks) d'incidents de maniere 
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reduite, en evitant les doublons dus aux incidents repetes. Elle met en ceuvre un sys- 
teme d'archivage desencombrant le contenu utile. 



Figure 16-6 

Un exemple d'architecture 
pour centraliser les incidents 



i — Moniteurs d'incidents 



i — Base SQLite d'incidents 



checks 




targets 

target id 

incident_lype 

mail 

ip_address 
port 

protocol 
description 



Enregistrement des 
incidents 



Archivage 
— des — 
incidents 



Bases 
Archives 



Incidents 



c_id 


i_id 


date 




Ud 


i_type 




gravity 


app 


file 


line 


1 


1 


1.1.05 3:12 « 




> 1 


appl 


Division by 


normal 


shop 


leg php 


156 








* 






Disk full 














1,1.05 3:26 « 






4 


1 


1.1.05 4:14 « 


i / 
i 


t_id 


i_type 


description 


mail 


ip add 


port 


protoc 


5 


3 


1,1.05 4:43 * 


1 


appl 


Development team 


dev@.. 






smtp 


5 


3 


1,1.05 5:28 * 


2 


expl 


Administration team 




X.X.K.K 


45 


wddx 



ASTUCE Utiliser un gestionnaire de tests pour suivre les incidents 

Si vous n'avez pas encore choisi la maniere dont vous allez developper vos moniteurs 
d'incidents, sachez que vous pouvez utiliser un gestionnaire de tests, tel que Simple- 
TEST ou PHPUnit. Non seulement vous aurez a disposition des outils de tests pre- 
developpes, mais vous disposerez egalement d'une interface. 

L'idee est de construire un jeu de tests qui correspond a vos moniteurs. Voici un 
exemple qui verifie si les disques d'un serveur Linux sont bien utilises a moins de 
95 % de leur capacite : 

// Classe de test des disques de la machine 
class DiskTester extends UnitTestCase { 

// Tableau contenant la taille des disques. 
private Sdisks = arrayO; 

function constructO { 

$this->UnitTestCaseO ; 

} 
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// Recuperation des disques presents sur la 
// machine et stockage dans l'attribut Sdisks 
function testLoadDisksO { 

$cmd = "df -1 | grep '% /' "; 

$cmd .= "| awk '{print $5 \"|\" $4}"'; 

$cmd .= "| sed 's/%. *$//'"; 

exec($cmd, Sresult, Sstatus) ; 

Sthi s->assertEqual (Sstatus , 0, 

"Echec de la commande") ; 
$thi s->assertTrue (count (Sresult) , 

"Aucun disque trouve."); 
foreach (Sresult AS Svalue) { 

Stdisk = exploded', Svalue); 
$this->disks[$tdisk[0]] = (int)$tdisk[l] ; 

} 

} 

// Verification de la taille de chaque disque trouve. 
function testDisksSpace() { 

Sthi s->assertTrue($this->disks , 

'Pas de disque a analyser.'); 
if (!$this->disks) { return; } 
foreach (Sthi s->di sks AS Sdisk => Scapacity) { 

Smessage = "Disque Sdisk plein a $capacity% !' 
Sthis->assertTrue($capacity < 95, Smessage); 

} 

} 



L'execution de ce test avec un formateur HTML donne le resultat suivant : 



DiskTester 



Fail: testDisks Space -> Disque /space plein a 97% ! at line [45] 



1/1 test cases complete: 5 passes, 1 fails and exceptions. 



Figure 16-7 Un test unitaire verifiant I'etat des disques 
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Mettre en place le mecanisme de surveillance 

Suite aux informations de la section precedente, il nous manque l'art et la maniere de 
monter des agents de surveillance. Nous allons voir ici comment mettre en place des 
outils de surveillance pour l'environnement d'execution, puis pour les applications PHP. 

Surveillance du systeme, des serveurs et du reseau 

Nous n'irons pas jusqu'a detailler une strategic de surveillance poussee reservee aux 
ouvrage d'administration systeme. Neanmoins, il existe quelques outils tres pratiques 
mettant en oeuvre quelques agents et frontaux, afin que vous soyez conscient de l'etat 
de votre systeme a tout moment. 

Les outils disponibles sur Internet 

Parmi ces outils, en voici deux qui donnent un oeil et un historique sur les ressources 
principales de vos machines : 

• PhpSysInfo : vous trouverez une copie d'ecran de cet outil au debut du chapitre 6. 
Cette application facile a installer donne l'etat du systeme a un instant t : type de 
systeme d'exploitation, charge, peripheriques, utilisation de la memoire, parti- 
tions montees et etat du reseau. 

► http://phpsysinfo.sourceforge.net/ 

• Cacti : un outil pratique et complet pour mettre en place des graphes a la maniere 
de l'utilitaire mrtg, tres populaire aupres des administrateurs systeme. Cacti est 
ecrit en PHP et possede une interface agreable. 

► http://www.cacti.net/ 

• Nagios : un logiciel fiable, libre, connu des administrateurs systeme et l'un des 
plus suivi par sa communaute de developpeurs. D'autres solutions du meme type 
existent : Zabbix ou OpenNMS parmi les gratuits ; Patrol (BMC), Tivoli (IBM) 
ou la gamme OpenView (HP) parmi les solutions commerciales. 

► http://www.nagios.org/ 

Ressources utiles a surveiller 

Parmi les ressources que nous devons surveiller, nous pouvons choisir celles qui sont 
susceptibles d'etre touchees par les applications PHP. 
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Figure 16-8 
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La liste suivante vous donne quelques idees : 

• monitoring des processus : verification de la presence du serveur HTTP et des 
demons utiles (ldap, etc.), analyse incrementale des journaux (logs) ; 

• monitoring des ressources systeme : charge (uptime), variations de la memoire, 
nombre de processus qui tournent simultanement ; 

• monitoring des disques : taille des partitions, montages ; 

• monitoring du reseau : bande passante, montages NFS, presence des interfaces et 
des routes utiles, ping des serveurs ; 

• monitoring de la securite : etat du scan des ports, mouvements du systeme de 
fichiers, verification des droits des fichiers et des repertoires ; 

• monitoring materiel : temperature, etat des ventilateurs, des disques, des contro- 
leurs, des processeurs et de la memoire, ouverture du chassis. 



A RETENIR Utilite d'un jeu de moniteurs au redemarrage 

Lorsqu'on redemarre un serveur qui possede beaucoup de demons et d'utilitaires, il est parfois difficile de 
se rappeler tout ce qui doit etre fait. En mettant en place un monitoring efficace, vous vous rendez 
compte tout de suite de ce qui ne va pas. Ainsi, vous serez en mesure de reagir jusqu'a ce que le monito- 
ring indique que tout est operationnel. 
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Creer soi-meme un reseau de tests pour le monitoring 

Nous avons vu dans une remarque precedente (« Utiliser un gestionnaire de tests 
pour monitorer les incidents ») comment developper un petit jeu de tests pour suivre 
l'etat d'une ressource. Nous pouvons etendre ce principe a de nombreux tests. 

Pour cela, il vous suffit d'utiliser les options de regroupement de votre gestionnaire 
de tests favori et de vous baser sur un seul controleur pour activer l'ensemble de ces 
verifications. 



Figure 16-9 
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Surveillance applicative 

La surveillance applicative peut etre liee a notre gestionnaire d'incidents de la section 
precedente (« Centraliser et gerer les incidents »). Rappelons-nous qu'il existe deux 
types de tests exploitables : 

• les tests unitaires qui effectuent des verifications internes sur une application ; 

• les tests de recette ou tests de regression qui effectuent des verifications de l'exte- 
rieur, simulant les actions d'un utilisateur. 

Les tests unitaires peuvent etre utiles pour valider le fonctionnement au niveau appli- 
catif, entre la couche HTTP et l'environnement d'execution. En effet : 

• La surveillance HTTP n'est pas toujours en mesure de detecter certains dysfonc- 
tionnements alors que les tests unitaires peuvent simuler n'importe quel compor- 
tement sur toute partie du programme. 

• Le comportement de l'environnement d'execution peut faire evoluer celui du 
programme ; dans ce cas, les tests unitaires peuvent detecter ces evolutions. 

Les tests de regression de l'environnement de recette peuvent egalement etre repris 
pour un suivi regulier des applications en production. Ainsi, vous testez non seule- 
ment la disponibilite d'une application, mais egalement son bon fonctionnement. 
Ceci est d'autant plus utile si vos pages sont dynamiques. 
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Outil Quel outil pour simuler les actions d'un utilisateur sur un site ? 

Un utilitaire comme SimpleTEST effectue ce genre de travail en plus des tests unitaires. En revanche, si 

vous souhaitez faire cela a la main, vous pouvez vous pencher sur la librairie CURL ou sur les sockets. 



Vous retrouverez des exemples et des codes sources utiles concernant ce chapitre sur 
Internet a l'adresse suivante : 
► http://www.openstates.com/php/ 
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Exploiter un environnement 
d'execution cle en main 



Nous avons aborde precedemment un ensemble d'outils et de configurations utiles a 
mettre en place dans un environnement d'execution. Lorsque cet environnement 
evolue a grande vitesse, il devient fastidieux de manipuler et maintenir une popula- 
tion heterogene de nombreux outils. En reponse a cela, il existe le concept d'environ- 
nement d'execution « cle en main ». 

Un environnement d'execution est un ensemble de programmes de maintenance et 
de configuration accessibles par l'intermediaire d'une seule interface de controle. Son 
role est avant tout de centraliser et simplifier les taches de configuration et de main- 
tenance d'un environnement. Toutefois, il peut aussi servir a maintenir un niveau de 
qualite suffisant, des performances optimales et une interoperabilite plus large. 

Nous aborderons dans ce chapitre les differents services rendus par un environne- 
ment d'execution cle en main ainsi que les contraintes que cela engendre. II vous sera 
ainsi possible de mesurer l'interet d'un tel investissement pour le developpement et 
l'hebergement de vos applications. 
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La Zend Platform comme environnement pour la 
production 

A l'heure actuelle, il existe un seul environnement d'execution cle en main destine 
aux professionnels : la Zend Platform. II s'agit d'un produit commercial realise et 
distribue par la societe Zend Technologies. 

La Zend Platform permet de gerer un environnement d'execution PHP complet, 
compose d'un ou plusieurs serveur(s), a travers une interface unique et intuitive. Les 
principales fonctionnalites proposees par la solution sont les suivantes : 

• la gestion complete de la configuration de l'environnement et de ses serveurs 
(Apache, PHP) ; 

• la mise en place et la gestion d'un cluster (hebergement sur plusieurs serveurs 
differents) ; 

• un monitoring mettant en oeuvre une detection avancee des problemes en interac- 
tion avec un outil de developpement (Zend Studio) et un systeme de restauration 
en cas de crash ; 

• une gestion des performances composee d'outils d'optimisation (cache d'opco- 
des), de mise en cache personnalisee et d'analyse ; 

• une integration native avec Java par l'intermediaire d'un pont compatible avec les 
versions 4 et 5 de PHP. 



Culture Qui est Zend Technologies ? 

Aux premices du succes de PHP et en compagnie de Rasmus Lerdorf son inventeur, deux developpeurs 
ont fortement participe a I'ensemble des refontes du noyau : Andi Gutman et Zeev Suraski. La societe 
nommee « Zend » emprunte a chacun la moitie de son prenom. 

Zend est une societe specialisee dans les technologies PHP. El le est le principal moteur de la plate-forme 
dans le monde professionnel et propose des outils complementaires pour les entreprises, tel que la Zend 
Platform. En revanche, meme si son implication est forte dans le developpement de PHP, Zend est inde- 
pendante de la communaute open-source qui reste maTtresse du projet. 
► http://www.zend.com 



La Zend Platform propose egalement une gestion de profils centralisee (groupes/uti- 
lisateurs et leurs droits) utilisee en premiere ligne pour l'interface. Lacces a la Zend 
Platform peut etre bride a certains modules et certaines fonctionnalites pour les 
groupes de developpeurs ou de clients par exemple. 

En interaction intime avec PHP, cet environnement d'execution est capable de 
prendre en main une configuration existante et I'ensemble de ses applications. Les 
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mecanismes de mise en cache, de gestion des performances et de rapports d'incidents 
ne requierent pas de configuration particuliere pour etre operationnels. 

La figure 17-1 met en avant les fonctionnalites principales de la Zend Platform et 
permet de se faire une idee de la place quelle occupe dans l'environnement courant. 



Figure 17-1 

La Zend Platform 
et son environnement 




A qui s'adresse la Zend Platform ? 

Un outil vraiment rentable et que Ton peut se payer merite d'etre adopte. La Zend 
Platform est malheureusement commerciale, contrairement a PHP. En revanche, elle 
est incomparablement moins chere que la plupart des solutions du meme type liees 
aux technologies les plus populaires de l'industrie (Java, .NET, etc.). 

Elle ne sera done pas forcement adaptee a de petits developpements, mais permettra 
de faire de grosses economies sur les couts de developpement et de maintenance 
d'applications consequentes. 

Une histoire (('economies 

Mis a part le pont Java que nous aborderons ulterieurement, la Zend Platform 
n'apporte pas de fonctionnalites cruciales. Son role est essentiellement de faire des 
economies : 

• De temps sur l'installation de l'environnement et son utilisation simple et centra- 
lisee. 

• De competences car il n'est pas requis d'etre administrateur systeme qualifie pour 
installer et utiliser l'outil. 
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• D'installation d'outils comme le monitoring des applications, le systeme de ges- 
tion du cache, les taches planifiees, les analyseurs de performances, etc. L'instal- 
leur initial s'occupe de deployer ces outils pour vous. 

• De ressources systeme grace a de nombreuses fonctionnalites d'acceleration des 
performances et de mise en cache. 

Dans l'industrie, ces economies se traduisent en euros ou en dollars. C'est a vous de 
calculer les benefices offerts par l'environnement en effectuant les quelques calculs 
adequats. Afin de vous aider dans cette demarche, voyons d'un peu plus pres les 
avantages et les inconvenients du produit. 

Avantages et inconvenients de la Zend Platform 

Performances et qualite 

La gestion de la qualite et des performances des applications est un point fort de la 
Zend Platform. Un premier tour d'horizon sur l'interface d'administration laisse 
apparaitre de nombreux outils de parametrage et d'analyse de qualite et de perfor- 
mances. 



Figure 17-2 
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Les onglets Zend Central et Performance mettent en avant des statistiques et des for- 
mulaires pour effectuer de nombreux reglages. La figure 17-2 est une copie d'ecran 
de la premiere page de l'outil d'administration et la figure 17-3 une copie d'ecran 
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d'une des nombreuses fonctionnalites liees a la performance, dont la gestion opti- 
misee de la mise en cache. 



Figure 17-3 

Un outil de gestion de la 
performance : gestion du cache 
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Une amelioration du contort de developpement 

La Zend Platform interagit avec l'editeur Zend Studio pour faciliter la correction des 
bogues. Cette fonctionnalite s'avere tres utile pour accompagner les tests de recette 
(voir methodes agiles au chapitre 2) et pour corriger des bogues en production. 



Figure 17-4 
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Les etapes de recherche de la cause du probleme dans le code source sont considera- 
blement reduites grace a ce mecanisme. 

Les figures 17-4 et 17-5 illustrent le principe d'interaction entre Zend Studio et la 
Zend Platform. Les bogues detectes sur la plate-forme de production sont automati- 
quement transmis a l'editeur, qui affiche le fichier et la ligne incriminee. 



Figure 17-5 
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(source Zend) 



Firewall 

Le navigateur 
sollicite Apache lors 
tie la session de 
delsogage 




I a /end 

Platform enieun * 
de communication' 1 i 
double sens, une 
connexion persistants 
avec Zend Studio 



Apache redirkje 
les requeues vers 
un repertoire de 
traitement utilise 
pour le processus 
dedebogage 



Repertoire 
de 

Trails menl 



Processus 
de 

debogage 
du serveur 
Zend Studio 



Une interaction native avec Java 

La Zend Platform propose un pont qui fait appel nativement aux classes d'un envi- 
ronnement Java existant. Ce pont est compatible avec les versions 4 et 5 de PHP. Sa 
mise en oeuvre est aisee et la documentation propose plusieurs exemples d'interac- 
tions. 

II a l'avantage d'economiser des ressources et d'optimiser les performances en ne 
demarrant qu'une seule JVM pour plusieurs requetes. 

Parmi les nombreuses fonctionnalites de ce pont, nous pouvons citer la possibilite de 
l'exploiter en environnement J2EE et d'attaquer des EJB. Un exemple de sollicita- 
tion d'EJB du serveur d'applications JBoss est fourni dans la documentation. En 
revanche, les nombreux tests effectues sur un EJB minimal avec JBoss pour cet 
ouvrage n'ont pas ete concluant avec la version 1.1.1 de la Zend Platform. 
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Methode Pour faire appel a un EJB avec la Zend Platform 

Commencez par creer un EJB, que nous appellerons HelloWorld pour notre exemple. 
Vous pouvez creer un EJB JBoss rapidement sous Eclipse avec XDotlet. Nous ne 
detaillerons pas cette procedure ici, vous pouvez vous rendre sur le site de JBoss pour 
avoir ces informations. 

Dans cet EJB, nous allons mettre a disposition une methode hello qui renvoie sim- 
plement un message de bienvenue (voir figure 17-6). 




Figure 17-6 Notre EJB HelloWorld cree avec Eclipse 

Le code suivant est une classe Java de test que vous pouvez utiliser pour verifier si 
votre EJB fonctionne bien : 
public class HelloTest { 

public static void main (String args) { 
Hashtable env = new HashtableO; 
env . put (" j ava . nami ng . factory . i ni ti al " , 

"org . jnp . nami ng : org . j np . i nterfaces") ; 
env. put ("j ava . nami ng . provider . url " , 
"jnp: //local host: 1099") ; 

try { 

InitialContext ctx = new InitialContext(env) ; 
Object obj = ctx. lookupC'ejb/HelloWorld") ; 
PortableRemoteObject rmi = new PortableRemoteObjectO ; 
HelloworldHome home = (HelloworldHome) 

rmi . narrow(obj , HelloWorldHome. class) ; 
HelloWorld helloWorld = home . createO ; 
System . out . p ri ntl n (hell oWorl d . hell o () ) ; 
} catch (Exception e) { 
e.printStackTrace() ; 

} 

} 



Definition des exigences pour I'exploitation 

QUATRIEME PARTIE 



Compilez votre classe, demarrez le serveur d'applications JBoss et appelez la 
methode HelloTest : 

$ java hell opackage. HelloTest 

Hello world ! 

La classe de test equivalente en PHP est la suivante : 
Senvt = Array (' java. naming. factory. initial ' => 

' org . j np . i nterf aces . Nami ngContext Factory ' , 

1 java. naming. facto ry.url .pkgs' => 

' org . j boss . nami ng : org . j np . i nterf aces ' , 

'java. naming. provider. url ' => 

' jnp://localhost:1099') ; 
$ctx = new Java(' j avax.naming.ini tial Context ' , Senvt); 
var_dump($ctx) ; 
echo "\n"; 

$obj = $ctx->lookup('ejb/HelloWord') ; 

$rmi = new Java( ' javax. rmi . Portabl eRemoteObject ' ) ; 

$home = $rmi ->narrow($obj , new 3ava( ' homepackage . Hell owordHome ' )) ; 

ShelloBean = $home->create() ; 

echo $helloBean->hello() ; 



Repartition de charge et clustering 

La mise en place et la gestion de nceuds est relativement facile. Le produit est encore 
jeune, mais il murit a grand vitesse. 

Le principe du clustering de la Zend Platform est le suivant : les applications sont 
reparties sur des noeuds. Un noeud principal lie au serveur HTTP (Apache) s'occupe 
de gerer la repartition de charge (load balancing) entre les noeuds. 




Figure 17-7 Repartition de charge et integration a Zend Studio 
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A l'heure ou ces lignes sont ecrites, un nouveau module complet vient de paraitre 
pour partager les sessions entre les noeuds. II est possible de stocker les sessions en 
fichier ou en base et de mettre en place plusieurs solutions de synchronisation des 
sessions sur chaque nceud. De cette facon, un visiteur peut changer de nceud dans sa 
session au cas ou son noeud d'origine est trop charge. 

Une solution Zend Exclusive 

II est difficile d'installer d'autres outils que ceux de Zend lorsque la Zend Platform 
est en place. C'est un point que nous trouvons un peu regrettable. Par exemple, si 
vous etes habitue a travailler avec Xdebug, il ne sera pas possible de le garder avec la 
Zend Platform. 

Comme nous l'avons vu egalement, la Zend Platform n'a pas beaucoup de concur- 
rents a l'heure actuelle, ce qui ne l'empeche pas d'etre un bel outil. II manque peut- 
etre la version open-source d'un environnement d'execution. 



Installation/parametrage de la Zend Platform 

Avant d'installer la Zend Platform, vous devez avoir installe une version 4 ou supe- 
rieure de PHP, votre licence d'utilisation et l'outil Zend Optimizer disponible gra- 
tuitement sur le site de Zend Technologies. II est important de bien lire les recom- 
mandations afin d'eviter de se retrouver face a une interruption du processus 
d'installation. Pour cela, une documentation detaillee (en anglais) est fournie avec le 
produit. 

L'installation de base s'effectue en mode super-utilisateur (root) par l'intermediaire 
d'un installeur graphique en mode console. Cet installeur effectue divers parame- 
trages (chemin vers les applications, le cache, etc.), copie les fichiers utiles, modifie 
les configurations des serveurs HTTP et PHP, installe les routines de maintenance 
(dans la crontab), relance les serveurs, cree le nceud principal du cluster et le lance. 

L'installation des noeuds du cluster s'effectue avec le meme installeur en selection- 
nant le mode cluster node au prealable (voir figure 17-8). 

Les figures 17-8 a 17-11 sont quelques copies d'ecran effectuees lors d'une premiere 
installation de la Zend Platform et de son noeud principal. 
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Figure 17-8 

Selection du type d'installation 
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Installation de la Zend 
Platform : controle des 
demons par I'installeur 



Figure 17-11 




Reference En savoir plus sur Installation et la mise en oeuvre de la Zend Platform 

Une documentation complete sur ce produit est disponible sur le site de Zend Technologies. Vous y trou- 
verez notamment les documents de prise en main, le manuel d'utilisation et la possibility de tester la 
Zend Platform pendant 1 mois (ces services peuvent evoluer au cours du temps). 



| » http://zend.com/store/products/zend-platform/ 

Mise en place d'une application sur la Zend Platform 



La Zend Platform est capable de controler l'ensemble des applications PHP instal- 
lees sur ses nceuds. En d'autres termes, l'installation d'une application consiste sim- 
plement a l'installer sur un serveur, comme nous le ferions sans la Zend Platform. 
Une fois votre application installee, les parametres de performance, de debogage et 
de monitoring sont directement accessibles sur l'outil d'administration. 



Les recents partenariats entre Zend Technologies et IBM, Oracle, SAP et de nom- 
breux autres acteurs strategiques du marche de l'informatique conduisent a l'efferves- 
cence de nouveaux projets. 

De nouveaux noyaux seront disponibles pour PHP, optimises pour Oracle ou DB2 et 
accompagnes d'environnements dedies inspires de la Zend Platform. Vous trouverez 
davantage d'informations sur le site de Zend Technologies a l'adresse suivante : 
► http://www.zend.com/store/ 



Avenir de la Zend Platform et de ses derives 
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Temoignages 



Au-dela des aspects theoriques, 1' experience est le gage de reussite le plus sur qui 
soit. Les temoignages proposes dans cette derniere partie mettent en avant des par- 
cours tout aussi instructifs que differents les uns des autres. 
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A travers quelques temoignages, nous allons decouvrir que malgre la souplesse et les 
nombreuses possibilites offertes par la plate-forme PHP, rigueur et methode s'ave- 
rent necessaires a la mise en oeuvre de projets professionnels. 

Les personnes interrogees sont toutes habituees a travailler avec PHP depuis plu- 
sieurs annees. II est d'autant plus interessant de pointer du doigt leurs reactions com- 
munes que la diversite de leurs experiences est marquee par l'adoption de methodes 
et d'outils differents. 
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Zeev Suraski, directeur technique de Zend Technologies 

Zend Technologies est la societe la plus impliquee dans revolution de PHP. Ses deux 
co-fondateurs, Andi Gutmans et Zeev Suraski, sont auteurs des noyaux de PHP 
depuis sa version 3 jusqu'a la plus recente (Zend Engine II). 

Zeev Suraski, directeur technique de Zend Technologies et element cle de revolu- 
tion de la plate-forme PHP a accepte de repondre a nos questions. Vbici son entre- 
tien (traduit de l'anglais). 

Pouvez-vous vous presenter ? 

« Mon nom est Zeev Suraski. Je suis co-fondateur de Zend Technologies et j'occupe 
actuellement le poste de directeur technique. 

En dehors de cela, j'aime la piscine, les voyages a l'etranger et bien entendu travailler 
surPHP. » 

Pouvez-vous nous expliquer en deux mots votre parcours avec PHP ? 

« Historiquement, je suis un des architectes de PHP. Avec Rasmus Lerdorf et 
Andi Gutmans, nous sommes responsables de la maniere dont PHP evolue 
aujourd'hui. 

J'ai decouvert le projet PHP/FI (toute premiere version de PHP developpee par 
Rasmus Lerdorf) par hasard en 1997. Une action menant a une autre, nous avons 
finalement decide de lancer ce projet PHP qui maintenant est devenu celebre. » 

Quels sont selon vous les trois avantages qu'ont les professionnels a utiliser 
PHP? 

« Je suis tente de dire : la facilite d'utilisation, la facilite d'utilisation et la facilite 
d'utilisation. Je pourrais egalement mettre en avant la fiabilite de la connectivite aux 
bases de donnees et les performances de PHP, mais ce ne sont pas les uniques fonc- 
tionnalites de la plate-forme. 

Le principal atout de PHP est sa facilite d'utilisation, qui se traduit en une adapta- 
tion rapide, des temps de developpement courts, une maintenance facile, des couts 
reduits, etc. » 
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Quels sont au contraire les trois points faibles que PHP devrait ameliorer ? 

« Comme chaque projet open-source, PHP reagit a la demande des utilisateurs. Sur 
le moment, il me serait difficile de trouver les trois points faibles de la derniere ver- 
sion de PHP puisque nous essayons de resoudre un par un les problemes au fur et a 
mesure qu'ils sont decouverts. 

Les fonctionnalites que nous avons ajoutees a PHP 5.0 (une prise en charge com- 
plete pour XML et les services web) ont ete longtemps attendues. Labsence de 
couche d'abstraction de base de donnees etait egalement un point faible, mais il a ete 
comble avec PHP 5.1. Linternationalisation, egalement longuement demandee, fera 
partie de PHP 6. 

Se documenter sur les fonctionnalites cles qui feront leur apparition dans les futures 
versions de PHP est un bon indicateur de points actuellement manquants. » 

Quelles sont selon vous les qualites requises pour etre un bon developpeur 
PHP? 

« Les points auxquels je pense ne sont pas necessairement lies a PHP, mais au deve- 
loppement en general et probablement a une grande diversite de metiers. 

Bien sur, un developpeur PHP doit etre ingenieux et cultive. Rien ne remplace une 
tete bien construite et une bonnes connaissances de l'environnement avec lequel on 
developpe. En revanche, il y a deux particularites plus specifiques a PHP. 

Lune d'elles est la capacite de « maitriser le web », chercher du code existant par 
exemple et etre capable de s'en servir pour repondre aux questions ouvertes (PHP, 
contrairement a d'autre langages, possede une grande communaute de contributeurs 
et une enorme quantite de code source en ligne). 

La seconde est d'etre sensible aux problemes de securite. Quand ils travaillent sur des 
applications cote serveur, les developpeurs doivent avoir conscience qu'ils sont dans 
un environnement hostile. II ne doivent pas faire confiance aux utilisateurs finaux et 
ce dans les moindres details. Lorigine de la plupart des problemes de securite qui 
existent ou ont existe dans des applications PHP proviennent de cela. » 

Quelles sont les principales erreurs que les developpeurs PHP font ? 

« Comme je l'ai dit dans ma reponse precedente, faire confiance a l'utilisateur final 
augmenterait enormement la liste de ces erreurs. Une autre erreur courante, egale- 
ment en rapport avec ce que je viens de dire, consiste a systematiquement reinventer 
la roue plutot que de reutiliser le code existant. » 
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Pouvez-vous nous presenter Zend Technologies et son role vis-a-vis de 
I'entree de PHP dans le monde professionnel ? 

« Bien sur. Zend Technologies a ete lancee en 1999 avec comme objectif de promou- 
voir PHP dans le monde professionnel, tout en avancant sur le projet lui-meme. La 
seconde tache a ete relativement aisee, je pense que nous l'avons menee a bien et con- 
tinuons toujours a progresser aujourd'hui. La premiere tache a ete plus compliquee, 
elle a pris deux orientations : fournir une valeur ajoutee logicielle aux entreprises qui 
utilisent PHP et, objectif important egalement, convaincre les geants de l'industrie 
de soutenir PHP. 

Les outils, l'environnement d'execution et les services qui constituent l'offre de Zend 
ont rendu a PHP un grand service en lui permettant d'etre present sur un marche 
qu'il aurait ete impossible d'atteindre autrement. 

Je suis heureux d'annoncer qu'aujourd'hui nous avons des signes tres visibles de chan- 
gements dans la perception de PHP en milieu professionnel. Le fait qu'Intel et SAP 
aient investi dans Zend, qu'IBM et Oracle s'investissent egalement dans PHP par 
l'intermediaire de Zend et que des entreprises comme McAfee recrutent maintenant 
des ingenieurs certifies Zend confirme une evolution importante de la maniere dont 
les grandes entreprises percoivent PHP dans le monde. 

Pour la premiere fois depuis des annees, nous commencons a voir une progression 
top-down (de la direction aux employes) dans l'adoption de PHP dans les entreprises, 
a la place du bottom-up habituel. C'est le resultat de longues annees de discussions et 
de negociations, mais cela etant acquis, la suite sera une autre paire de manches. » 



Reference En savoir plus sur Zeev Suraski et Zend Technologies 

Zeev Suraski possede un blog et de nombreux articles a son sujet sur Internet. Voici un bon point de 
depart : 

► http://suraski.net 
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Gerald Crocs, consultant chez Aston 

Aston est une societe forte d'un peu moins de 300 personnes. Elle accompagne les 
entreprises dans revolution de leur systeme d'information et le developpement de 
leurs solutions e-business. 

Gerald Croes est consultant specialise dans les technologies open-source et particu- 
lierement la plate-forme PHP. 

Pouvez-vous vous presenter ? 

« J'ai un parcours scolaire classique oriente vers l'informatique. J'ai compris l'interet 
du developpement le jour ou j'ai deballe ma premiere calculatrice programmable, 
avec la possibilite de la faire travailler a ma place. C'est vite devenu une passion : 
reflechir une bonne fois pour toute a une sequence d'instructions capables de 
resoudre definitivement des problemes recurrents. 

J'ai integre le monde professionnel en tant qu'ingenieur d'etudes dans une societe de 
services en informatique et j'ai evolue vers differents postes, de la gestion de projet a 
l'expertise, pour ensuite devenir responsable d'une cellule dediee a l'open-source. 

Concernant mes hobbies, disons que je suis un passionne du clavier. Lorsque je ne suis 
pas devant un ordinateur, je suis devant un piano. » 

Quel a ete votre parcours avec PHP ? 

« Ma premiere experience web fut en compagnie d'ASP de Microsoft. J'ai migre vers 
PHP a titre de comparaison. Au depart, je lui ai simplement prefere sa syntaxe, pour 
m'apercevoir avec le temps que PHP etait nettement en avance en terme de possibi- 
lites. (Depuis, Microsoft a lance .Net qui comble le gouffre). 

Mes experiences avec PHP sont presque exclusivement professionnelles, ce qui 
oriente mes preoccupations vers l'entreprise. » 

Pouvez-vous nous decrire le projet de framework Copix dont vous etes 
I'auteur ? 

« Copix est un framework de developpement dedie aux applications web. II est ne 
pour permettre a plusieurs personnes de travailler simultanement sur un ou plusieurs 
projet(s) sans qu'elles aient a se soucier des problematiques techniques classiques. 

Copix propose une plate-forme qui aide les developpeurs a creer des modules fonc- 
tionnels et interoperables autour de briques indispensables (gestion des droits, rubri- 
quage, internationalisation, gestion des donnees, etc.). 
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Lorsque vous developpez un module sous Copix, vous savez que vous pouvez profiter 
de tous les modules qui ont ete developpes et que votre module pourra etre utilise sur 
tout autre type de projet developpe avec Copix, en parfaite homogeneite. 

II est utilise aujourd'hui dans des contextes tres differents : gestion de contenu, intra- 
nets, tracabilite industrielle, annuaires, gestion de formulaires, bases de connais- 
sances, etc. et egalement dans tout type d'entreprise (administrations, industriels, 
sante, transports). » 

Quels sont selon vous les trois avantages de PHP pour les professionnels ? 

« PHP est une plate-forme simple (installation, apprentissage, deploiement), multi- 
plates-formes (systemes d'exploitation, bases de donnees, serveurs web) et rapide 
(developpement et execution). C'est vraiment une plate-forme efficace pour tout ce 
qui concerne les applications dites « clients legers ». 

Pour l'entreprise, cela signifie un retour sur investissement extremement rapide, ce 
qui est d'autant plus vrai lorsqu'elle ne dispose pas d'un systeme d'information speci- 
fique et complexe. » 

Quels sont a I'inverse les trois points faibles que PHP devrait ameliorer ? 

« Les points faibles de PHP tendent pour la plupart a etre resolus avec le temps. De 
mon point de vue, il manque une interface native commune pour toutes les bases de 
donnees du marche. Toutefois, l'extension PDO va faire son apparition avec 
PHP 5.1. 

II manque aussi d'environnements permettant de manipuler graphiquement et rapi- 
dement les interfaces utilisateur. Nous disposons de tout un tas d'outils de manipula- 
tion de templates, mais leur developpement reste une operation de programmation 
qui demande un certain apprentissage pour etre optimum. 

Un dernier manque a mon sens est 1' absence d'une zone memoire partagee. Un envi- 
ronnement applicatif qui permettrait a une application d'instancier definitivement 
plusieurs objets. II existe bien sur des extensions qui permettent une telle approche 
de ce genre de manipulation, mais c'est s'exposer a des restrictions lors du choix des 
hebergeurs. » 

Quelles sont selon vous les qualites requises pour faire du bon travail en 
PHP? 

« De la rigueur, mais ce n'est pas specifique a PHP. II faut se donner des regies, 
adopter des normes de developpement qui aboutissent a un ensemble applicatif 
homogene. 
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Les plus grands defis des projets informatiques en entreprise ne sont pas d'obtenir un 
resultat qui fonctionne, mais d'obtenir un resultat durable. Les evolutions sont une 
consequence inevitable d'un projet informatique exploite ; c'est done a l'efficacite de 
la maintenabilite que Ton reconnait un projet informatique reussi. » 

Et quelles sont les principales erreurs que font les developpeurs PHP ? 

« La population des developpeurs PHP est vaste et heterogene. Les erreurs sont done 
assez differentes selon la population. 

Si Ton se concentre sur les professionnels, je dirai que la plate-forme est tellement 
facile a utiliser que Ton obtient des resultats « visibles » tres rapidement. Cette satis- 
faction du resultat immediat a tendance a ne pas pousser le developpeur a finaliser 
son application et a le perturber dans l'estimation du travail restant (homogeneiser 
l'interface par rapport au reste de l'application, faire des tests d'utilisation complets, 
penser a toutes les regies de gestion, etc.). 

Disons en une phrase que comme on obtient un resultat satisfaisant tres vite, on 
oublie que le temps qui nous reste aurait pu nous apporter un resultat proche de la 
perfection. 

Une derniere erreur a mon sens que font certains intervenants passionnes du monde 
PHP : denigrer systematiquement ce que font les grosses societes avec les logiciels 
proprietaires. On se place volontairement des ceilleres pour ne voir que l'objectif a 
atteindre en refusant d'accepter que ces societes proposent tout de meme de bons 
outils. Je trouve que cela decredibilise un peu la demarche du cote professionnel avec 
une caricature elitiste du savant fou. » 

Quelle ont ete votre meilleure et votre plus mauvaise experience avec PHP ? 

« Ma meilleure experience avec PHP fut en tant que developpeur, dans une mission 
« derniere chance ». Le projet consistait a developper une application capable de 
traiter les demandes diverses des employes d'une grande entreprise (fournitures, 
materiels, droits, installations, etc.). Plusieurs societes avaient deja tente l'aventure, 
qui s'etait pour elles soldees par un echec. 

Le point critique du projet etait de reussir a identifier l'ensemble du catalogue des 
demandes possibles, sur lequel les intervenants fonctionnels n'avaient pas statue. J'ai 
done pris le parti de raisonner en terme de processus et de developper un moteur de 
catalogue capable de definir les demandes. 

Grace a la simplicite de PHP, je n'ai pas hesite a developper un element technique 
relativement complexe, bien que le delai du projet ait ete de 30 jours. Le succes de la 
demarche reposa ensuite sur une approche iterative, avec une implication reguliere 
des utilisateurs autour d'un prototype. 
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Le defi fonctionnel « bloquant » fut ensuite relegue au service adequat, qui disposait 
cette fois d'un outil de travail capable d'accepter tout type de besoin grace a un cata- 
logue evolutif. Qyatre ans plus tard, l'application a gere plus de 200 000 demandes 
en provenance de 4 000 utilisateurs et a vu son etendue fonctionnelle elargie a 
d'autres domaines sans qu'aucune etape de programmation supplemental ne soit 
necessaire. 

Ma plus mauvaise experience fut sur un autre projet metier, de taille pourtant 
moyenne. Bien que les premieres phases aient ete un reel succes (cahier des charges, 
maquette, prototype), la suite des operations fut un desastre : les regies metier criti- 
ques pourtant validees etaient modifiees regulierement, les utilisateurs peu impliques 
ne testaient pas l'application mise a disposition, les donnees a reprendre contenaient 
des incoherences et l'application fut pourtant validee en l'etat et mise en production. 

Au final, nous avions un produit qui ne correspondait pas aux besoins des utilisateurs 
« terrain » et certains processus critiques de l'application ne sont pas utilises. 

PHP, s'il est efficace, ne dispense pas les intervenants quels qu'ils soient de faire 
preuve de rigueur. » 



Reference En savoir plus sur Gerald Croes 

Gerald Croes est implique dans de nombreux projets au service de PHP, dont le moteur de templates 
Smarty, le framework Copix et I'editeur Side. Pour en savoir plus, vous pouvez visiter son site Internet a 
I'adresse suivante : 
► http://www.gcroes.com 



Perrick Pcnct, responsable de la societe No Parking 

No Parking est une societe de service lilloise specialised en developpements PHP sur 
mesure. Son produit phare, OpenTime, un logiciel complet et personnalisable de 
gestion du temps pour l'entreprise, connait de nombreuses references dans le monde 
professionnel. 

Perrick Penet est fondateur et gerant de la societe No Parking. Son temoignage porte 
essentiellement sur les methodes de developpement qu'il a decide de mettre en place 
au sein de sa structure, en particulier eXtreme Programming (XP), un ensemble de 
pratiques communes qui s'inscrit dans le cadre des methodes agiles decrites au 
chapitre 2. 
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Pouvez-vous nous parler de la methode extreme Programming que vous 
pratiquez ? 

« Depuis que je pratique 1'eXtreme Programming, je suis convaincu par l'efficacite 
de la methode... 

L'eXtreme Programming (XP) est une methode agile efficace qui repond tres bien 
aux caracteristiques des technologies emergentes du Web. D'abord tout seul et desor- 
mais en binome, j'essaie de suivre les pratiques preconisees par la methode : le deve- 
loppement pilote par les tests, les cycles de developpement, la redefinition reguliere 
des besoins, la simplicite, les remaniements, etc. » 

« XP me permet d'etre plus transparent avec mes clients... 

...et de faire progresser leurs produits. Je suis capable de les mettre a jour reguliere- 
ment en fonction de revolution des besoins. Dans cette optique, 1' architecture de 
mon code est pensee pour etre tres facilement remaniable et adaptable. 

J'entretiens avec mes clients et mes developpeurs des relations de confiance. Tout 
doit avoir une explication a tout niveau. En d'autres termes, la « magie » induite par 
le resultat concret des developpements ne doit etre destinee qua l'utilisateur final. » 

« XP est une methode extreme dans la mesure ou Ton va au bout des choses, parfois 
a contre-courant. 

II me parait impossible d'associer XP a une autre methode, ou de pratiquer XP a 
50 %. Un projet classique comporte une definition des besoins, des specifications et 
une architecture predefinies et figees avant le developpement, puis des livraisons 
effectuees sur le tard une fois que l'application est operationnelle. Au contraire, XP 
privilegie une amelioration permanente du code et de l'architecture pour repondre a 
des besoins qui changent en permanence. » 

« Tel que le recommande XP, je privilegie la vitesse sur la duree. 

Ma vitesse (les matheux penseront a la derivee) a un instant T determinera le temps 
que je pourrai mettre pour effectuer telle ou telle fonctionnalite. Plus important 
encore, j'essaie d'adapter cette vitesse au client : il est un membre a part entiere de 
l'equipe de developpement. 

Un cas un peu particulier est celui d'OpenTime ou je suis a la fois client et deve- 
loppeur. Pour determiner la priorite de mes taches de remaniement, chaque fonc- 
tionnalite liee fait l'objet d'un releve de son temps d'execution. Je fais ensuite une 
analyse croisee entre la frequence d'utilisation et le temps d'execution de chacune 
d'elles pour reperer les plus impactantes. » 
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Que pensez-vous de ('utilisation d'un framework avec XP ? 

« Les frameworks ne sont pas ou peu utiles, surtout quand ce n'est pas le sien. 
S'approprier un framework exterieur prend beaucoup de temps. Et si certaines fonc- 
tionnalites peuvent etre reprises, souvent il apporte aujourd'hui une couche remplie 
d'implementations inutiles. Et qui sait ce qu'il apportera demain... 

Une des bonnes pratiques d'XP consiste a ne pas avoir peur de se separer du code 
mort et des parties inutiles. Je pense qu'un framework n apporte pas forcement plus 
de simplicite a une application. » 

Que conseillez-vous aux developpeurs pour apprendre le PHP ? 

« Consultez les blogs. 

J'aime les blogs, car contrairement aux forums, ils mettent en evidence la progression 
de la pensee et les investigations effectuees par les uns et les autres. 

Presenter un sujet sur un forum ou dans un handbook ne dit pas pourquoi ces con- 
cepts ont ete penses ainsi et quels ont ete les constats et les debats qui ont determine 
le choix de ces solutions. 

Je vous conseille done, en terme de bonnes pratiques, les blogs suivants : 

• 12 etapes vers un meilleur code : 
http://french.joelonsoftware.com/Articles/TheJoelTest.html 

• Le Wiki d'eXtreme Programming France : 
http://xp-france.net/cgi-bin/wiki.pl 

• Documentation et methodes agiles : 
http://martinfowler.com/bliki/CodeAsDocumentation.html 

• Deux blogs de reflexions sur les pratiques PHP (en anglais) : 
http://phplens.com/phpeverywhere/ 

http://ilia.ws/ 

• L'outil SimpleTest : 

h ttp ://www. o n p k . n et/p h p/s i m p I etest/ 

Reference Le blog de Perrick Penet 

Vous pouvez suivre les reflexions et experimentations de Perrick Penet sur son blog a I'adresse suivante : 
► http://www.onpk.net 
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Romain Bourdon, gerant de la societe Kaptive 

Kaptive est un studio de developpement specialise dans les applications web en PHP. 
L'entretien suivant concerne un projet de migration d'une application initialement 
developpee avec des technologies Lotus. 

En quoi consiste votre projet ? 

« Notre client disposait d'un intranet documentaire construit sur la technologie 
Lotus Domino. Cet intranet est a la disposition de plus de 3 000 utilisateurs repartis 
dans le monde. 

Lapplication fonctionnait bien lors de sa livraison mais 1' augmentation du nombre 
de documents et de la complexite de la hierarchie ont rapidement freine Implication 
jusqu'a la rendre inutilisable. 

Lapplication n'etant pas fournie avec son code source, il etait impossible de la faire 
evoluer. Plusieurs societes ont done ete consultees afin de trouver une solution per- 
mettant de la remplacer tout en conservant la base documentaire en place. Notre 
solution basee sur une architecture LAMP eprouvee a ete retenue. » 

Quelle valeur ajoutee apportent les choix technologiques de votre solution ? 

« De meilleures performances dans un premier temps. Une meilleure perennite ega- 
lement en donnant acces au code source. Les frais de maintenance sont reduits par 
rapport aux technologies proprietaires et les couts globaux sont reduits grace aux 
licences open-source de nos technologies. 

Une meilleure visibilite est egalement offerte sur le fonctionnement de l'outil. 
Lequipe informatique de notre client dispose d'une documentation complete du 
code source (phpdoc) et peut intervenir sur l'application si elle le souhaite. 

Enfin, la structure de la base de donnees a ete retravaillee pour etre plus logique et 
l'ouverture a d'autres technologies et au systeme d'information de l'entreprise est accrue. » 

Quelles ont ete les trois difficultes majeures rencontrees dans ce projet ? 
Comment avez-vous reagi ? 

« Notre premiere difficulte aura ete la migration des donnees de la base Lotus vers 
notre base MySQL. Une bonne partie de cette migration n'a pu etre automatisee a 
cause de la structure tres particuliere de la base Lotus. Des traitements manuels ont 
done ete necessaires. 

La deuxieme concerne l'interfacage entre les annuaires Lotus et LDAR Plusieurs 
annuaires d'utilisateurs etaient disponibles au sein du groupe dont faisait partie notre 
client. 
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La decision a ete prise d'unifier ces annuaires en un annuaire groupe plutot que 
d'avoir a interroger plusieurs annuaires en meme temps. Cela a permis d'homoge- 
neiser les differentes informations utilisateur et de centraliser leurs acces. » 

Avez-vous adopte une methode de gestion de projet ? 

« Ce projet a ete entierement developpe avec des algorithmes proceduraux. Un cer- 
tain nombre de normes (syntaxe de codage, mise en forme, structures, etc.) ont ete 
definies pour travailler en equipe sur les developpements. Le projet a ete decoupe en 
modules et la repartition des taches s'est operee sur ces modules. 

Cela a ete possible grace a une preparation importante du projet en amont. De nombreux 
echanges avec le client qui s'est fortement implique ont permis, au bout de plusieurs ver- 
sions, d'aboutir a un cahier des charges tres complet laissant peu de marge d'erreur. » 

Quels outils avez-vous utilise pour ce projet ? 

« Nous avons principalement utilise les editeurs Scite (Scintilla) et Eclipse pour ses 
fonctionnalites CVS. 

L'environnement de production est compose du systeme d'exploitation Mandrake 
Linux, de PHP 4, Apache 1.3.x et MySQL 4.x. Les executables pstotext et catdoc 
sont utilises pour le moteur de recherche sur les documents. 

Un serveur SPARE est egalement installe. Une replication est effectuee une fois par 
jour du serveur de production vers ce serveur qui est utilise pour revaluation des 
modifications avant mise en production. II peut aussi servir de serveur de secours au 
cas ou le serveur de production serait inoperant. » 

Que retenez-vous de cette experience ? 

« Dans un premier temps, ce projet nous a permis d'acquerir des competences autour 
des technologies Lotus. Nos demarches a l'encontre de cette technologie pour nos 
futurs projets seront ainsi simplifiees. 

Nous avons renforce nos competences sur ce projet d'envergure et pris conscience de 
l'ampleur des problematiques causees par la structure tres permissive des bases 
Lotus. » 



Reference Romain Bourdon est egalement auteur de Wampserver 

Wampserver est un outil qui installe et configure Apache, MySQL, PHP et plusieurs outils d'administra- 
tion en moins de 5 minutes sous Windows. II est tres pratique pour installer un environnement d'execu- 
tion eclair sur un poste de developpement. 
► http://www.wampserver.com 
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Matthieu Mary, ingenieur de developpement chez 
Travelsoft 

Travelsoft est une societe de services en informatique specialisee dans les applications 
en rapport avec le voyage. Ses clients sont des compagnies aeriennes, des agences de 
voyages et des tour-operateurs. 

Dans un environnement domine par les technologies J2EE, PHP commence a se 
faire une place dans la couche presentation de plusieurs applications. 

Pouvez-vous vous presenter ? 

« Je m'appelle Matthieu Mary. Biologiste de formation, j'ai rejoint l'univers du deve- 
loppement informatique, et plus particulierement les technologies Web, il y a quatre 
ans. A mes heures perdues, je participe a ma facon a l'epanouissement de la commu- 
naute PHP, notamment francaise. » 

En quoi consistait votre dernier projet professionnel developpe en PHP ? 

« Mon dernier projet a consiste pour Travelsoft a developper un front-office client 
d'un service web pour un site de vente en ligne de sejours package's. » 

Quelles difficultes avez-vous rencontrees lors de ce developpement ? 

« Au dela du cote front-office, notre client souhaitait une architecture modulaire qui 
permette la mise en place de plusieurs sites en ligne a partir d'une meme architecture. 
Nous nous sommes orientes vers une solution s'approchant d'un framework qui est 
maintenant repris dans un autre projet et nous fait gagner un temps considerable. » 

Qu'est-ce que ce developpement vous a apporte de positif ? 

« Nous avons pu interconnecter differentes technologies, notamment Java par l'inter- 
mediaire des services web. Aujourd'hui, je suis encore surpris par tout ce qu'il est 
possible de faire en PHP. » 

Que vous a apporte PHP par rapport a d'autres technologies ? 

« Le planning de developpement etait relativement court. PHP nous a permis de 
developper ce projet plus rapidement qu'en d'autres technologies maitrisees au sein 
de Travelsoft. On arrive tres vite a un resultat concluant avec PHP. » 
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Quelles sont selon vous les qualites requises pour etre un bon developpeur 
PHP? 

« A mon avis, pour etre un bon developpeur PHP, cela necessite d'avoir eu 1' expe- 
rience d'autres plates-formes, notamment Java qui impose une rigueur de developpe- 
ment. PHP au contraire laisse une tres grande liberte. Tout le monde peut deve- 
lopper en PHP, mais fournir du code propre necessite d'avoir vu autre chose. 

II ne faut pas non plus negliger les jeux de tests, la generation de la documentation et 
toutes ces taches indispensables a la perennite d'un projet. » 



Reference En savoir plus sur Matthieu Mary 

Matthieu Mary est animateur sur les forums de PHPFrance et auteur de composants open-source. Voici 
un bon point de depart pour mieux le connaTtre : 
► http://www.phplibrairies.com 
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par Gerald Croes 445 
par Zeev Suraski 441 

handler 302 

lien qui ouvre Fediteur 302 
traitement automatique 302 
error_reporting 302 
etat (motif) 244 
etrangere (cle, MPD) 170 
exception 

exemple de trace 301 
exploitation 300 
lever 300 
trace 300 
exif (format) 142 
exigences (modelisation) 185 
existant 

adaptation a 219 
expression 

des besoins 183, 184 
reguliere 293 

bons trues a savoir 293 
optimisation 293 
PCRE 293 
POSIX293 
quand les utiliser 293 
ext_skel 350 



extension 150 

autonome 150, 347 
bridge 150 
creation 346 
definition 28, 150 
environnement 346 
exemple de creation 347 
ext_skel/pecl_gen 350 
pourquoi en developper 151 
ressources 347 
sablotron 262 
types 150 
XSLT 262 
eXtreme Programming 34 
client 38 

sur site 38 
conception adaptive 39 
cycles 38 
developpeurs 38 
frequent releases 39 
limites du travail en equipe 37 
livraisons frequentes 39 
metaphores 36 
on-site customer 38 
organisation d'une equipe 34 
planification iterative 39 
planning game 39 
pratiques de programmation 35 
roles et responsabilites 34 
rythme 

durable 39 

optimal 38 
simplicite 35 
sustainable pace 39 
travail 

d'equipe 36 

en binome 37 
whole team 38 

F 

fabFORCE 172 
fabrique 

abstraite (motif) 227 

motif 223 
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facade (motif) 236 
facilite et simplicite 33, 36 
factory method (motif) 222 
faille 

d'un programme (securite) 411 

exploitation 411 
FastFrame codejanitor (framework) 154 
feedback 

methodes agiles 33 
fiabilite, administration 136 
file (fonction) 291 
file_put_contents 291 
final 265, 270 
Firebird 166 
flood 412 

causes possibles 412 

prevention 412 
fonction 

formatage 54 

native 213 

prototype 54 

taille 54 
format 

.ini 279 

de donnees 173 
formatage 

conventions 54 

rendre plus lisible 55 
framework 

agile 158 

apports 152 

choix 151, 153 

construction 157 

contraintes 152 

generique 152 

liste des existants 153 

specialise 152 

utilite 152 
FreeForm (framework) 154 
front-ends (avec PHP) 18 

G 

generateur 

de code (modelisation) 198 



de documentation 326 
principe 327 
generation de code 360 

exemple d'application 361 

exemple d'autogeneration 361 

interaction multi-plates-formes 366 

limites et dangers 368 

possibilit.es 360 

tests unitaires 366 

types de generation 360 

utilite 360 
genericite 218 

d'un objet 268 
Gerald Croes 443 
gestion des erreurs (php.ini) 390 
GGF (framework) 154 
gif (compression) 295 
GNU 

formatage 56 
Gpfr (framework) 155 
graphiste 48 
grid (technologie) 164 
guillemets magiques (php.ini) 391 

H 

Horde (framework) 155 
HTTP (serveur) 383 
httpd.conf 

emplacement 399 

installation de PHP 404 
humilite 

methodes agiles 33 

I 

iCalendar 142 

ignore_repeated_errors (php.ini) 391 
IIS 386 

implicit_flush (php.ini) 390 
incident 

applicatif 417 

centralisation 417 

gestion 417 

liste 409 

monitoring 416 
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rapport 416 
systeme 417 

tests (utilisation des) 418 
include 

utilisation de la memoire 286 

vs require 287 
include_once 287 
include_path (php.ini) 391 
indentation 54 
indicatif de maintenance 

definition 62 
Ingres II 166 
ini 

fichier, exemple 177 

fichier, securite 178 

format 176, 279 
injection de code 410 

cause 410 

exemple 410 

prevention 410 
integrateur 48 
integration 

couche (de 1' architecture) 29 
interaction 

avec d'autres plates-formes 344 

bridge Java/PHP 345 

C/C++ avec PHP 346 

CLASSPATH 346 

entre applications heterogenes 351 

Java/PHP 344, 345 

methodes agiles 33 

pont Java 345 
Interbase 166 
interface 265, 270 

modelisation 191 
Interjinn (framework) 155 
interoperabilite 344 

SOAP 355 

solutions 354 
introspection 

exemple 246 
iplanet 386 
is_ref299 

Ismo (framework) 155 



iso-8859-1 60 
iterateur (motif) 240 
iteration 

projet PHP 51 

sur un objet (SPL) 209 

J 

Jade (framework) 155 
Java 

interaction avec PHP 344 
Zend Platform (bridge) 430 

jeux de caracteres 60 

JPEG (compression) 295 

JSWS (serveur http) 386 

K 

KCacheGrind 313 

arbre des appels 313 

carte des appels 313 

GraphViz 313 

installation 313 

interface 313 

Valgrind 313 
Kernighan 8c Ritchie 

formatage 57 
Krysalis (framework) 155 

L 

1 (locality name, LDAP) 177 
langage 

couches d'abstraction 264 

evolue 264 

evolution 264 

procedural 264 
langue (d'ecriture) 58 
LDAP (Lightweight Directory Access 
Protocol) 175 

abreviations 177 

schema et classes 176 
Lego (objet, classe) 269 
libxml 258 
licence 

BSD 161 

PHP 161 
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liste noire 412 

load balancing (Zend Platform) 432 

LoadModule 404 

locality name (LDAP) 177 

Logicreate Framework (framework) 155 

logique metier 265 

longueur de ligne 54 

lval299 

M 

macrocommandes (motifs) 239 
magic_quot.es (php.ini) 391 
MagpieRSS 142 
maintenance 

charte de developpement 31 

conventions 29 

des donnees 29, 30 

iterations 30 

logicielle 29 

procedures 30 

simplifier et reduire 29 

technique 29, 30 
maitrise 

d'ceuvre 49 

d'ouvrage 49 
make (compilation) 398 
Matthieu Mary 451 
max_execution_time (php.ini) 390 
MaxDB166 

MCD (Modele conceptuel des donnees) 169 

MDA (Model Driven Architecture) 200 

Meccano (objet, classe) 269 

mediateur (motif) 242 

Medusa (framework) 155 

memento (motif) 242 

memoire 286 

include, require 286 

menager Futilisation 286 

partagee 288 
verrou 289 

SQLite 292 
memory_limit (php.ini) 390 
merise 169 

MerlinWorks (framework) 155 



metaphores (XP) 36 
meta-structure 252 

passer de l'une a l'autre 274 
methode 

agile 32 
apport 32 

condition pour qu'elle le soit 32 
eXtreme Programming (XP) 34 
liste 32 

manipulation d'objets 267 

principes 32 

valeurs 32, 33 
batir sa propre 44 
coherence 44 
de classe 264 
de developpement 32 
documentation 44 
domaines d'application 45 
gagner du temps 44 
lois du succes 44 
magique 208 

clone 229 

introduction 271 
simplicite 44 
surcharge 207 
metier 

couche (de l'architecture) 29 

logique 265 
mise a jour (compilation) 400 
mise en cache 369 

frequence 337 

Smarty 337 
mod_gzip 295 
mod_layout 384 
mod_php 384 
mod_proxy 384 
mod_rewrite 384 

Model Driven Architecture (voir MDA) 
modele 

base de donnees 169 

choix 203 

conceptuel de donnees 169 
MVC 40, 41 

physique de donnees 169, 170 
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tableau blanc 203 
transfert de (XMI) 200 
utilite 202 
modelisation 182 
agile 202 

analyse fonctionnelle 183 
axes 182 

bases de donnees 169 
cas d'utilisation 184 
collective 202 
cycle 204 
etapes 182 

exigences et contraintes 184 
expression des besoins 183 
identification des acteurs 184 
Model- View-Controler (MVC) 39 
module 

installation 388 
liste 389 
monitoring 
outils 417 
reseau de tests 421 
ressources a monitorer 421 
moteur de templates 332 
choix 335 
contraintes 341 
mise en cache 337 
template PHP 340 
utilite 332 
motif de conception 222 
comportement 238 

chaine de responsabilite 238 
commande 239 
etat 244 
iterateur 240 
mediateur 242 
observateur 243 
patron de methode 245 
State 244 
strategie 245 

Template of Method 245 
creation 222 

Abstract Factory 227 
Builder 228 



fabrique 222 
abstraite 227 

Factory 222 

monteur 228 

prototype 229 

singleton 229 
families 222 
MVC 39 
structuration 232 

adaptateur 232 

Bridge 233 

composite 234 

decorateur 235 

facade 236 

MVC 233 

pont 233 

Proxy 236 
utilite 222 
motif de refactoring 329 
MPD (Modele physique de donnees) 169, 170 
multiplicity (d'une association) 191 
MVC (modele, vue, controleur) 39 
architecture type 40 
controleur 40, 41 

frontal 43 
en pratique 40 
eviter les redondances 43 
exploitation de l'erreur 404 42 
modele 40, 41 
vue 40, 41 
MySQL 162 
choix 163 

exemple d'utilisation 163 

N 

Nagios 420 
nommage, regies 58 

o 

o (organization, LDAP) 177 
obj (structure C) 299 
objet 264 

appel (limitation) 213 

assemblage 269 
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bonnes pratiques 270 
classe (difference) 189 
composition 264 
controle 267 

convention d'ecriture 271 
definition 264 
evolutif 270 
evolution agile 267 
fige270 

iteration sur 209 
mauvaises pratiques 271 
memoire partagee 289 
passage en parametre 273 
performance 209, 265, 268 
persistant (acceleration) 210 
profondeur 268 
simplifier la creation 222 
specificite 268 

transformation depuis tableau 281 

transformation depuis XML 280 

vers tableau 277 

vers XML 274 

visibilite 272 
objet metier 266, 270 

definition (MVC) 42 

identification 190 
observateur (motif) 243 
ODBC (BD abstraction) 168 
OMG (Object Management Group) 200 
opcode 268 

cache memoire 376 

mise en cache 375 

principe de la mise en cache 375 
Open Source (equipe) 46 
OpenLDAP 141 
OpenOffice (XML) 174 
open-relay (securite) 412 
operateur 

::265 

de resolution de port.ee 210 
optimisation, reflexes 286 
optimiseur (utiliser PHP avec) 392 
Oracle 164 

caracteristiques 164 



choix 165 
organisation du developpement 

conventions et procedures 45 
organization (LDAP) 177 
ou (organization unit, LDAP) 177 
outil d'administration 136 
outils d'edition pour la maintenance 30 
output_buffering (php.ini) 390 
Ovrimos SQL 166 

P 

Paamayim Nekudotayim 210 
packaging des applications 393 
pair-programming 37 

domaines d'expertise 37 
paquetage (cas d'utilisation) 188 
pare-feu 

materiel 409 

role 407 
passage (valeur, reference) 287 

performance 288 
patron de methode (motif) 245 
PCRE (regexp) 293 
PDO (BD abstraction) 167 

principe 168 
PEAR 158 

formatage 55 

installation d'un composant 159 

ligne de commandes 159 

nommage des versions 62 

packaging 393 
PECL (PHP Extension Community 
Library) 151, 346 

creer une extension 346 
pecl_gen 350 
performance 

administration 136 

rapport de 147 
Perrick Penet 446 

avis d' expert 39 
person (LDAP) 176 
PHP 2 

aborder le langage 13 

adaptation aux debutants 6 



Index 



465 



annuaires de scripts 160 
apports pour la productivite 6 
caracteristiques principales 2 
cluster (utilisation en) 21 
comme moteur de templates 340 
compilation 401 

exemple pratique 402 

module dynamique 401 

statique 403 
configuration 389 

d'erreur 391 

de la plate-forme 387 
definition 2 
developpeurs de 4 
equipes 4 
esprit 5 

evolutions de la plate-forme 27 

facilite d'utilisation 440 

garanties d'utilisation 7 

interoperabilite 14 

module dynamique 388 
compilation 401 

objet (pratique de) 212 

points faibles 441 

politique devolution 5 

possibilit.es de 18 

ressources 160 

simplicite 6 

souplesse 7, 268 
syntaxique 11 

statistiques d'utilisation 10 

support 7 

utilisateurs 3 

version 388 

version 5 27, 388 
PHPS 

fonctionnalit.es objet 205 
PHP Formatter 147 
Php Palm Database 142 
php.MVC (framework) 155 
PhpCheckStyle 146 
phpdoc 

brouiller 324 
PHPDocumentor 142, 327 



installation 327 
phpfrance 12 
PHP-GTK 

presentation 16 
phpize 347 
PhpLdapAdmin 142 
PhpMyAdmin 139 
PhpPgAdmin 140 
PhpSysInfo 138, 420 
phpteam 12 
PHPUnit 35, 319 
Phrame (framework) 155 
Pierre de Geyer (Cyril) 12 
pile (des fichiers, fonctions) 300 
plan de collaboration 51 
planning de livraisons 50 
PNG (compression) 295 
point de derivation 62 
points faibles de PHP 

par Gerald Croes 444 

par Zeev Suraski 441 
pont (motif) 233 

POO (Programmation orient.ee objet) 

particularites et limites 205 

performance 209 
Popoon (framework) 155 
port 

forward 409 

reseau 407 
POSIX (regexp) 293 
PostgreSQL 164 

choix 164 

exemple d'utilisation 164 
PowerAMC 172 
pprof2calltree 311 
pprofp 310 

Prado (framework) 156 

pratiques de programmation (XP) 35 

precompilation (configure) 398 

pression, methodes agiles 33 

prive (acces d'une classe) 264 

procedure 

a mettre en place 50 

installation de l'environnement 392 
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mise en place 50 

planification 50 
profiling 144 

benefices 309 

definition 146 
profondeur d'un objet 269 
progressif (compression) 295 
propriete 

collective 204 

d'une classe 264 

surcharge 206 
protege (acces d'une classe) 264 
protocole 

LDAP 175 

specifique 

administration 141 
prototype 

de methode 272 

motif 229 
proxy 

cache 237 

HTTP 415 

motif 237 
public (acces d'une classe) 264 
PWS 386 

Q 

qualites pour etre un bon developpeur 
par Gerald Croes 444 
par Matthieu Mary 452 
par Zeev Suraski 441 

R 

rapport d'incident 416 
Rational Rose (IBM) 200 
recursivite 290 

exemple 290 

maitrise 290 
redefinition du projet (XP) 38 
refactoring 

definition 328 

et motifs de conception 331 

exemples 331 

motifs 329 



niveaux 330 

planification 329 

types 330 
refcount 288, 299 
reference 

compteur de 288 

passage par 287 
reflexion 209 

API de 276 

exemple 246 
regies de nommage 58 
relais ouvert (securite) 412 
relation 

d'heritage 191 

type de, modelisation 191 
remaniement 

refactoring 328 

XP 36 
repartition de charge 21 

Zend Platorm 432 
requete 

de creation (BD) 170 
exemple 171 

temps d'execution maximum 390 
require 

utilisation de la memoire 286 

vs include 287 
require_once 287 
reseau, surveillance 420 
respect, methodes agiles 34 
responsabilites (dans Fequipe) 48 
responsable 

d'exploitation 48 

technique 48 
ressource 

choix 160 

extension, bibliotheque 27 

PHP 160 

utilisation 291 
REST (Representational State Transfer) 357 

exemple pratique 358 

presentation 357 

principe 357 
retour chariot Windows 395 



Index 



467 



reverse-engineering 209 
revision 

definition 62 

parite de la 63 
risque, reduction du 33 
roles (repartition dans l'equipe) 46 
Romain Bourdon 449 

RPC (Remote Procedure Call, protocole) 359 
RSS 

exemple de client 19 
parseur 142 
rsync 416 

RwfPHP (framework) 156 
rythme (projet PHP) 51 

s 

sablotron (extension) 262 

SAPI 347 

sauvegarde 

archivage 415 

frequence 415 

outils 416 

routine 414 

serveur 414 
SAX (Simple API for XML) 259 

avantages et limites 259 

definition 257 

handlers 259 

lecture de document 259 

principe 259 
Schlossnagle (George) 311 
script-kiddie 411 
Seagull (framework) 156 
securite 

administration 136 

applicative 406 

attaque par injection 161 

environnement d'execution 406 

flood 412 

injection de code 410 

prevention 409 

social engineering 413 
sequence (diagramme de) 195 
serveur 



production 

configuration 406 
installation 406 

sauvegarde (de) 414 

securiser 407 

surveillance 420 
serveur HTTP 383 

compilation 396 

configuration 386 

modules 383 

options 383 

utilisation 387 

version 384 
serveur SOAP 

generation automatiquement 357 
service oriented architecture 353 
service web 353 

principe 353 

utilisation type 353 
services (MVC) 41 
Sesam 166 
session 

acces disque 291 
session_write_close 291 
set_error_handler 302 
set_exception_handler 300, 302 
SGBD (Systeme de gestion de bases de donnees) 

choix 161 

comparatif 166 

definition 161 

permissif 165 
SimpleTEST 35, 314 

exemple pratique 315 

pour la gestion d'incidents 418 
SimpleXML 258 

avantages et limites 259 

definition 258 

principe 258 
simplexml_load_file 19 
simplicite 

lois de (XP) 35 

methodes agiles 33 
singleton 

motif 229 
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multiple 230 

plusieurs singletons 230 
Sitellite (framework) 156 
Smarty 337 

classe d'initialisation 338 

pour les designers 339 

pour les developpeurs 339 

template (exemple) 339 
SMS (commentaire) 323 
sn (surname, LDAP) 177 
SOA (architecture) 353 
SOAP 275, 355 

definition 258 

description 356 

exemple de client 357 

principe 355 

proxy 237 

serveur 

generation automatique 357 
social engineering 413 

definition 413 

prevention 413 
Solar (framework) 156 
source de donnees 141 

editeurs 

OpenLDAP 141 
utilite 141 
specifications 

fonctionnelles 49 

techniques 50 
specificite (vs genericite) 218 
SPL (Standard PHP Library) 209 

iterateur 240 

observateur 244 
SQL 

injection (securite) 410 
SQL Server 166 
SQLite 165 

caracteristiques 165 

choix 165 

exemple ecriture en memoire 292 
SQLiteManager 140 
Squid 373 
standard 



adoption de 219 
statique (methode, propriete) 265 
STB (Specifications techniques du besoin) 50 
stereotype 189, 191 
strategy (motif) 245 
Studs (framework) 156 
surcharge 

methode 207 

propriet.es et methodes 206 
surveillance 
applicative 422 

mise en place d'un mecanisme 420 
outils 420 
reseau 420 
systeme 420 
systeme 

d'archivage 415 
d'exploitation 395 

environnement applicatif 395 
monitoring 138 
surveillance 420 

T 

tableau 253 

cles et valeurs 254 

convertir des donnees en 253 

debogage 255 

declaration 254 

dimensions 254 

liste des fonctions 255 

transformer du XML en 278 

transformer un objet en 277 

vers objet 281 

vers XML 283 
taches automatisables 137 
tag (XML) 255 
tar (archivage) 416 
temoignage 

Gerald Croes 443 

Matthieu Mary 451 

Perrick Penet 446 

Romain Bourdon 449 

Zeev Suraski 440 
template 332 
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compile 334 

et motifs de conception 333 
exemple de gabarit 333 
formatage 57 
mise en cache 334 
moteur 275, 332 
test 

pilotage par 35 

pour la maintenance 29 

unitaire 35, 314 

bonnes habitudes 314 
espace de travail 314 
exemple pratique 315 
testeur 48 
top (LDAP) 176 
trace 

analyse, outils 312 
debogage 143 
exception 300 
tracker 48 

traduction (table de, generation) 364 
trigger_error 302 
try 300 
type 

cles et valeurs (tableau) 254 
de donnee 

conversion 298 
structure C 299 

u 

UDDI (Universal Description Discovery 8c 

Integration) 355 
uid (user ID, LDAP) 177 
UML2PHP5 199, 357 
Unicode 60 
user_error 302 
UTF-8 60 

utilisateur avec pouvoir 407 
V 

valeur 

des methodes agiles 33 

passage par 287 
value (structure C) 299 



variable 

d'environnement (HTTP) 383 

structure interne 299 
version 

nommage 60 

stabiliser 63 
versionning 

branche 63 

fusion 63 

merge 63 

principes 60 

suppression 61 
visibilite 

classe 264 
vue (MVC) 40, 41 

w 

WACT (Web Application Component Toolkit, 

framework) 156 
WDDX 275 

definition 258, 352 

exemple pratique 352 

limites 352 

principe 352 
Win'design 173 
WinCacheGrind 312 
WSDL (Web Service Description 
Language) 355 

description 356 
Wysiwyg 262 

X 

Xaraya (framework) 156 
Xdebug 311 

fonctions utiles 312 
XMI (Standard d echange) 200 
XML 

applications 174 

avantages et inconvenients 175 

fichier de configuration 281 

format de donnees (choix) 173 

protocoles et applications 175 

SOAP 175 

transformer depuis tableau 283 
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vers objet 280 

vers tableau 278 

WDDX 175 

XML-RPC 175 

XSLT 175, 262 
XML (documents) 255, 257 

balises 255 

commentaires 257 

espaces de noms 257 

outils 257 

utilisation 255 

validite 257 
XML-RPC 275, 359 

definition 258 
XP (voir eXtreme Programming) 
XPATH 261 

XSL (extensible Stylesheet Language) 261 
XSLT (XSL Transformation) 261, 274 

avantages et limites 263 

definition 258 

exemple pratique 262 

navigateur 263 

principe 262 

stylesheet 263 



Y 

Yellow Duck (framework) 156 
Z 

Zeev Suraski 440 
Zend Platform 426 

application (gestion) 435 

avantages et inconvenients 428 

avenir 435 

clustering 432 

EJB (faire appel, exemple) 431 
fonctionnalit.es 426 
installation/parametrage 433 
Java (interaction) 430 
performance 428 
pont Java 430 
public 427 
qualite 428 

repartition de charge 432 

Zend Studio (interaction avec) 429 
Zend Studio 

Zend Platform (interaction avec) 429 
Zend Technologies 426, 440 

par Zeev Suraski 442 
zend.zel_compatibility_mode 389 
ZNF (framework) 156 



Best practices 

PHP 5 



POO • UML • Design patterns • XP 
SPL • PEAR • Tests unitaires • SVN 
Refactoring • Optimisation 



Nul ne conteste les qualites de PHP en tant que plate-forme 
de developpement web : simplicity, souplesse, richesse. Mais 
encore faut-il, pour en tirer parti, savoir adopter une 
demarche, choisir une architecture adaptee, etablir des regies 
et des conventions... et s'outiller en consequence. 



Cet ouvrage repertorie, de la conception a I'exploitation, les 
meilleures pratiques de developpement PHP et les erreurs 
courantes a eviter. Condense d'expertise acquise au cours de 
nombreuses annees d'adoption de PHP en entreprise, il guide 
le developpeur, le chef de projet et I'architecte dans ['optimi- 
sation d'applications professionnelles. 



Universitaire et diplome de 1'EPITA, professionnel dans une SS11 et 
merabre actif de plusieurs associations liees a PHP dont I'ARJP 
(Association francaise des utilisateurs de PHP), Guillaume Poncon 
travaille depuis 7 ans sur des projets informahques pour le Web. En 
collaboration etroite avec les meilleurs architectes PHP et 12EE 
francophones, il contribue en tant qu'expert, formateur et conferencier 
a la reussite de nombreux projets professionnels et associatifs. 




Aii sommaire 

PHP est-il adapte a vos besoins ? Productivite. Architecture. 
Fiabilite. Portability. Performances et montee en charge. 
Zend Engine 11. Conventions et outils. Methodes agiles. MVC. 
Batir sa propre methode. Roles dans I'equipe. Erreurs 
courantes. Le gestionnaire de versions. Regies de bonne 
conduite. Creation d'une branche. Subversion (SV1M). 
Concurrent Versions System (CVS). L'environnement d'execu- 
tion. Parametrages.Tetrio « developpement/recette/produc- 
tion ». Simplifier les developpements en eguipe. Environne- 
ment sur mesure. Suivi planifie de la gualite. Controles 
automatises, tests. Sauvegarde et archivage. Taches de main- 
tenance. Choisir un editeur. Eclipse, Zend Studio, Dreamwea- 
ver, PHPEdit, Quanta, etc. Choisir les outils d'administration. 
Gestion des donnees (EDAP, Rux, etc.). Strategic de debo- 
gage. Monitoring. Qualite et performances. Choisir ressources 
et supports de donnees. Ees extensions C. Ees frameworks. 
PEAR. Fiabilite des ressources. Eicences. Choix d'un SGBD. 
Abstraction de BD. Modeles conceptuel de donnees (MCD) et 
physigue (MPD). Modelisation UMt pour PHP. Analyse f onc- 
tionnelle. Expression des besoins. Exigences. Contraintes. 
Identification des objets metier. Principaux diagrammes. Du 
modele a Vimplementation. MDA. Optimiser le modele pour 
PHP. Modelisation agile. Ea POO avec PHP 5. Exploiter les 
fonctions natives. Interoperabilite et perennite du modele. 
Objets metier. Genericite. Ees standards et I'existant. Design 
patterns. Factory, Builder, Singleton, etc. Exploiter les points 
forts de PHP. Tableaux, documents XML, objets. SimpleXML, 
SAX, DOM, XSET. Bibliothegue d'objets. Passer d'une 
structure a 1'autre. Assurer la qualite. Reflexes d'optimisation. 
Memoire et ressources. Exceptions. Debogage. Tests 
unitaires. Commenter, documenter. Refactoring. Moteurs de 
templates. Assurer la polyvalence. Interactions. Couplage 
fort/lache. Services web. SOAP, REST, etc. Generation de 
code. Mise en cache. Definir les exigences pour I'exploitation. 
Environnement applicatif. Compilation d'Apache et PHP. 
Securite et maintenance. Routines de sauvegarde. Rapports 
d'incidents. Surveillance systeme et applicative. La 
Zend platform, lnstallation/parametrage. Temoignages. Zeev 
Suraski (membre du PHPGroup)... 
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